Recording medium, program, and reproduction method

ABSTRACT

A BD-ROM  100  and a local storage  200  contain dynamic scenarios (programs) such as a Java application and a Movie Object. A dynamic scenario reads profile information from PSR  31  of the playback apparatus and judges whether or not the playback apparatus is an audio-only type. If it is judged that the playback apparatus is not the audio-only type, an interactive screen is displayed to perform a control to play back a digital stream according to an operation made onto the interactive screen. If it is judged that the playback apparatus is the audio-only type, a control is performed to play back a digital stream according to an operation that is made without use of the interactive screen.

TECHNICAL FIELD

The present invention relates to a technical field including the digitalstream playback control technology.

BACKGROUND ART

The digital stream playback control technology is a technology forplaying back a digital stream recorded on a recording medium such as anoptical disc, in accordance with a user operation. In playbackapparatuses supporting the DVD-Video or BD-ROM, the user operation isreceived via a displayed interactive screen that is structured usinggraphics. The interactive screen is provided with GUI parts calledbuttons. The user can perform a focus move operation and then aconfirmation operation onto a button, to determine a chapter to playback, or to switch audio or subtitles. Appealing to the eyes of theuser, operations achieved via such an interactive screen are userfriendly, and are expected to spread furthermore.

The document identified below discloses one of prior art technologiesfor reading a digital stream recorded on a recording medium and playingback the read digital stream.

-   Document 1: Japanese Patent Application Publication No. 2000-228656

DISCLOSURE OF THE INVENTION The Problems the Invention is Going to Solve

The above-mentioned operations via an interactive screen, however, maycreate a problem depending on the situation in which the playbackapparatus is used. For example, when the playback apparatus is loaded inan automobile to be used as a car audio system, it is not preferable toperform the above-mentioned operations that appeal to the eyes of theuser.

This is because watching the interactive screen while driving a car isvery dangerous, and many countries including Japan have such trafficregulations that stipulate that a driver should switch off a screendisplay of a playback apparatus loaded in a car while he/she is drivingthe car.

However, removing the operations via the interactive screen due topossibility of their use in an automobile will severely damage theusability of the playback apparatus, and will waste many improvements tothe interactive screen, such as those adopted in the BD-ROM standard.

It is therefore an object of the present invention to provide arecording medium that can appropriately control a playback apparatusloaded in an automobile, without severely damaging the usability of theplayback apparatus.

Means to Solve the Problems

To solve the above-described problem, a playback apparatus includes: aplay list processing unit operable to play back an audio stream from aposition corresponding to In Time in play item information constitutingplay list information recorded on a BD-ROM, to a position correspondingto Out Time in the play item information; an audio decoder operable todecode the audio stream to be played back; an operation receiving unitoperable to receive a user operation; and a player setting statusregister storing player profile information, the player profileinformation indicating whether all of functions for playing back theBD-ROM are implemented in the playback apparatus, or part of thefunctions is omitted in the playback apparatus, and playback apparatusin which part of the functions is omitted includes an AudioProfilePlayer in which functions are limited to a same level as functions of aCD playback apparatus. When the player profile information is set toindicate the AudioProfile Player, the playback apparatus is operatedCD-player-like by a user.

Further, the operation receiving unit further receives an operation of aSkipBack key or a SkipNext key, the CD-player-like operation of theplayback apparatus is the playback apparatus operated by the operationof the SkipBack key or the SkipNext key to execute a chapter skip, theplay list information includes PlayList Mark information, and thePlayList Mark information includes (i) ref to PlayItem_Id that indicatesa play item which is a target of a chapter specification, and (ii) marktime stamp that indicates a chapter position in the play item by a timenotation.

Effects of the Invention

With the above-described structure, it is possible to perform a controlto play back a digital stream according to an operation that is madewithout use of the interactive screen if the profile information storedin the status register of the playback apparatus indicates that playbackapparatus is the audio-only type, and it is possible to perform acontrol to play back a digital stream according to an operation made viathe interactive screen if the profile information indicates thatplayback apparatus is not the audio-only type. This makes it possible toprovide the user with a playback control via the interactive screen,while making it possible to play back a digital stream according to anoperation that is made without use of the interactive screen, namely touse the playback apparatus like a CD player, in the case where theplayback apparatus is in an environment unsuited for use of the GUI, asin a case where the playback apparatus is in a running car.

As described above, the present invention makes it possible to play backa digital stream by operating the playback apparatus like a CD playerwhen the playback apparatus is in an environment unsuited for use of theGUI. It is therefore possible to provide a GUI that is adaptable tovarious use cases, to production of a movie or the like.

BRIEF DESCRIPTION OF THE DRAWING

FIG. 1 shows a use of the recording medium of the present invention.

FIG. 2 shows the internal structure of the BD-ROM.

FIG. 3 shows the structure of the file to which the extension “m2ts” isattached.

FIG. 4 shows what processes the TS packets constituting the AVClip aresubjected to before they are written to the BD-ROM.

FIG. 5 shows relationships between the physical unit of the BD-ROM andthe Source packets constituting one file extent.

FIG. 6 shows the elementary streams that are multiplexed into theAVClip.

FIG. 7 shows the internal structure of Clip information.

FIG. 8 shows EP_map settings on a video stream of a motion picture.

FIG. 9 shows the data structure of the PlayList information.

FIG. 10 shows the relationships between the AVClip and the PlayListinformation.

FIG. 11 shows the structure of the file sound.bdmv.

FIG. 12 shows an internal structure of the local storage 200.

FIG. 13 shows elementary streams that are multiplexed into the SubClip.

FIG. 14 shows PID assignment map in the BD-ROM standard.

FIG. 15A shows the internal structure of the Secondary audio stream.

FIG. 15B shows an example of the audio frame.

FIG. 15C shows an internal structure of the metadata.

FIG. 15D shows an example of the gain control information.

FIG. 16 shows how the sound volume of the Primary audio stream iscontrolled by the metadata in the Secondary audio stream.

FIG. 17 shows the data structure of the PlayList information.

FIG. 18 shows the internal structure of the Subpath information withclose-ups.

FIG. 19 shows the relationships among SubClip in the local storage 200,PlayList information in the local storage 200, and MainClip in theBD-ROM.

FIG. 20 shows the EP_map and the PlayItem time axis that are set for theMainClip and the EP_map and the SubPlayItem time axis that are set forthe SubClip composed of Primary and Secondary audio streams.

FIG. 21 shows the internal structure of the STN_table.

FIG. 22A shows Stream_attribute corresponding to a video stream.

FIG. 22B shows Stream_attributes corresponding to the Primary audiostream and the Secondary audio stream.

FIG. 22C shows Stream_entry for the video streams.

FIG. 22D shows Sub_entries for the Secondary audio streams.

FIG. 22E shows the internal structure ofComb_info_Secondary_audio_Primary_audio that is associated with a pairof Stream_entry and Stream_attribute for the Secondary audio stream.

FIG. 23 shows the specification of the Primary audio streams byComb_info_Secondary_audio_Primary_audio.

FIG. 24 shows a virtual package that is generated by the reproductionapparatus 300.

FIG. 25 shows the internal structure of the reproduction apparatus ofthe present invention.

FIG. 26 shows the functions of the controller 22.

FIG. 27A shows the bit assignment in the PSR1.

FIG. 27B shows the bit assignment in the PSR14.

FIG. 27C shows the bit assignment in the PSR31.

FIG. 28 is a flowchart showing the PlayList reproduction procedure bythe PlayList processing unit.

FIG. 29A shows the status transition of the value set in PSR1.

FIG. 29B is a flowchart of the “Procedure when playback condition ischanged” in PSR1.

FIG. 30 is a flowchart showing the detailed procedure of step S5.

FIG. 31 is a flowchart showing the procedure for setting PSR1 whenstream change is requested.

FIG. 32A shows the status transition of the value set in PSR14.

FIG. 32B is a flowchart of the “Procedure when playback condition ischanged” in PSR14.

FIG. 33 is a flowchart showing the detailed procedure of step S35.

FIG. 34 is a flowchart showing the procedure for setting PSR14 whenstream change is requested.

FIG. 35A shows the connection form of the reproduction apparatus 300,the AV amplifier 500, and the speakers 600.

FIG. 35B shows how the number of channels changes in each of thereproduction apparatus 300, the AV amplifier 500, and the speakers 600.

FIG. 36A shows the DIB.

FIG. 36B shows the values that can be set in each field of the DIB.

FIG. 36C shows a communication sequence using the DIB between thereproduction apparatus 300 and the AV amplifier 500.

FIG. 37 shows an internal structure of PSR15 in the PSR set 23.

FIG. 38 is a flowchart showing the processing procedure of thecontroller 22 in the second embodiment.

FIG. 39 shows a menu for receiving a determination on whether or not toperform the pass-through output.

FIG. 40 shows a menu for receiving a determination on whether or not toperform the pass-through output.

FIG. 41 is a flowchart showing the procedures for setting Playercapability for Audio in PSR15 according to the DIB.

FIG. 42 is a flowchart showing the procedures for setting Playercapability for Audio in PSR15 according to the DIB.

FIG. 43A shows an example of the reproduction apparatus 300 mounted in acar.

FIG. 43B shows the internal structure of PSR31 in the third embodiment.

FIG. 44 shows the internal structure of the PlayList Mark informationcontained in the PlayList information.

FIG. 45 shows a specification of a chapter position by the PL Markinformation.

FIG. 46 is a flowchart of a processing procedure of a Java™ applicationin the third embodiment.

FIG. 47 is a flowchart showing the procedure of the chapter search.

FIG. 48 is a flowchart showing the procedure of the chapter skip.

FIG. 49 is a flowchart of a Java™ application in the fourth embodiment.

FIG. 50 shows an example of displaying a menu having an “update button”.

DESCRIPTION OF CHARACTERS

-   100 BD-ROM-   200 local storage-   300 reproduction apparatus-   400 television-   500 AV amplifier-   600 speakers-   1 a BD-ROM drive-   1 b bus-   2 a, 2 b read buffers-   3 a, 3 b demultiplexers-   4 video decoder-   5 video plane-   6 a, 6 b buffers-   7 a, 7 b audio decoders-   8 DownMix/DownSample-   9 a, 9 b mixers-   10 a switch-   10 b encoder-   11 Interactive Graphics decoder-   12 Interactive Graphics plane-   13 Presentation Graphics decoder-   14 Presentation Graphics plane-   15 JPEG decoder-   16 Still plane-   17 combining unit-   18 a, 18 b STC generating units-   19 a, 19 b ATC generating units-   21 memory-   22 controller-   23 PSR set-   24 PID conversion unit-   25 communication unit-   26 operation receiving unit-   27 HDMI transmission/reception unit-   41 PlayList processing unit-   42 Procedure executing unit-   43 Procedure executing unit-   44 mixing control unit

BEST MODE FOR CARRYING OUT THE INVENTION First Embodiment

The following describes an embodiment of the recording medium of thepresent invention. First, the use of the recording medium of the presentinvention will be described. FIG. 1 shows a use of the recording mediumof the present invention. In FIG. 1, the recording medium of the presentinvention is a local storage 200. The local storage 200 is used for thepurpose of supplying a motion picture to a home theater system composedof a reproduction apparatus 300, a television 400, an AV amplifier 500,and speakers 600.

The BD-ROM 100, the local storage 200, and the reproduction apparatus300 will now be described.

The BD-ROM 100 is a recording medium in which a motion picture isrecorded.

The local storage 200 is a hard disk that is embedded in thereproduction apparatus, and is used for storing a content that isdistributed from a server of a motion picture distributor.

The reproduction apparatus 300 is a digital home electric appliancesupported for networks, and has a function to reproduce a content of theBD-ROM 100. The reproduction apparatus 300 is also able to combine acontent, which is downloaded from the server of the motion picturedistributor via a network, with the content recorded on the BD-ROM 100to expand/update the content of the BD-ROM 100. With a technology called“virtual package”, it is possible to combine a content recorded on theBD-ROM 100 with a content recorded on the local storage 200 and treatthe data, which is not recorded on the BD-ROM 100, as if it is recordedon the BD-ROM 100.

Up to now, the use of the recording medium of the present invention hasbeen described.

From now on, the production of the recording medium of the presentinvention will be described. The recording medium of the presentinvention can be achieved by an improvement on a file system of theBD-ROM. FIG. 2 shows a file/directory structure of the BD-ROM. In FIG.2, file/directory structure of the BD-ROM includes a BDMV directoryunder a root directory.

<BD-ROM Outline>

FIG. 2 shows an internal structure of the BD-ROM. The fourth row of FIG.2 shows the BD-ROM. The third row shows tracks on the BD-ROM. FIG. 2shows the tracks in the state where they are horizontally extendedthough they are in reality formed spirally in order from the innercircumference to the outer circumference. The tracks include a lead-inarea, a volume area, and a lead-out area. The volume area of FIG. 2 hasa layer model that includes a physical layer, a file system layer, andan application layer. The 1^(st) row of FIG. 2 shows an applicationlayer format (application format) of the BD-ROM represented by adirectory structure. In the 1^(st) row of FIG. 2, the BD-ROM includes aBDMV directory under a root directory.

The BDMV directory includes files to which an extension “bdmv” isattached (“index.bdmv” and “MovieObject.bdmv”). Under the BDMVdirectory, there are six subdirectories: PLAYLIST directory, CLIPINFdirectory, STREAM directory, BDBJ directory, BDJA directory, and AUXDATAdirectory.

The PLAYLIST directory includes a file to which an extension “mpls” isattached (“00001.mpls”).

The CLIPINF directory includes a file to which an extension “clpi” isattached (“00001.clpi”).

The STREAM directory includes a file to which an extension “m2ts” isattached (“00001.m2ts”).

The BDBJ directory includes a file to which an extension “bobj” isattached (“00001.bobj”).

The BDJA directory includes a file to which an extension “jar” isattached (“00001.jar”).

The AUXDATA directory includes a file “sound.bdmv”.

It is understood from the above-described directory structure that aplurality of different types of files are stored in the BD-ROM.

<BD-ROM Structure 1: AVClip>

Firstly, files with the extension “m2ts” will be explained. FIG. 3 showsthe structure of the file to which the extension “m2ts” is attached. Thefile to which the extension “m2ts” is attached (“00001.m2ts”) stores anAVClip. The AVClip is a digital stream in the MPEG2-Transport Streamformat. The digital stream is generated by converting the digitizedvideo and audio (upper 1^(st) row) into an elementary stream composed ofPES packets (upper 2^(nd) row), and converting the elementary streaminto TS packets (upper 3^(rd) row), and similarly, converting thePresentation Graphics (PG) stream for the subtitles or the like and theInteractive Graphics (IG) stream for the interactive purposes (lower1^(st) row, lower 2nd row) into the TS packets (3^(rd) row), and thenfinally multiplexing these TS packets.

The PG stream is a graphics stream constituting a subtitle written in alanguage. There are a plurality of streams that respectively correspondto a plurality of languages such as English, Japanese, and French. ThePG stream is composed of functional segments such as: PCS (PresentationControl Segment); PDS (Pallet Define Segment); WDS (Window DefineSegment); ODS (Object Define Segment); and END (END of Display SetSegment). The ODS (Object Define Segment) is a functional segment thatdefines a graphics object as a subtitle.

The WDS is a functional segment that defines a drawing area of agraphics object on the screen. The PDS (Pallet Define Segment) is afunctional segment that defines a color in drawing a graphics object.The PCS is a functional segment that defines a page control indisplaying a subtitle. Such page control includes Cut-In/Out,Fade-In/Out, Color Change, Scroll, and Wipe-In/Out. It is possible withthe page control by the PCS to achieve a display effect, for example,fading out the current subtitle while displaying the next subtitle.

The IG stream is a graphics stream for achieving an interactive control.The interactive control defined by the IG stream is an interactivecontrol that is compatible with an interactive control on a DVDreproduction apparatus. The IG stream is composed of functional segmentssuch as: ICS (Interactive Composition Segment); PDS (Palette DefinitionSegment); ODS (Object Definition Segment); and END (END of Display SetSegment). The ODS (Object Definition Segment) is a functional segmentthat defines a graphics object. A button on the interactive screen isdrawn by a plurality of such graphics objects. The PDS (PaletteDefinition Segment) is a functional segment that defines a color indrawing a graphics object. The ICS (Interactive Composition Segment) isa functional segment that achieves a state change in which the buttonstate changes in accordance with a user operation. The ICS includes abutton command that is executed when a confirmation operation isperformed on a button.

The AVClip is composed of one or more “STC_Seuences”. The “STC_Seuence”is a section that does not include a system time-base discontinuity ofthe System Time Clock (STC), which is the standard time of the systemfor the AV stream. The system time-base discontinuity of the STC is apoint at which the discontinuity_indicator of the PCR packet, whichcarries the PCR (Program Clock Reference) that is referred to by thedecoder to obtain the STC, is ON.

Next, how the AVClip having the above-described construction is writtento the BD-ROM will be explained. FIG. 4 shows what processes the TSpackets constituting the AVClip are subjected to before they are writtento the BD-ROM. The 1^(st) row of FIG. 4 shows the TS packetsconstituting the AVClip.

As shown in the 2^(nd) row of FIG. 4, a 4-byte TS_extra_header (shadedportions in the drawing) is attached to each 188-byte TS packetconstituting the AVClip to generate each 192-byte Source packet. TheTS_extra_header includes Arrival_Time_Stamp that is informationindicating the time at which the TS packet is input to the decoder.

The AVClip shown in the 3^(rd) row includes one or more “ATC_Sequences”each of which is a sequence of Source packets. The “ATC_Sequence” is asequence of Source packets, where Arrival_Time_Clocks referred to by theArrival_Time_Stamps included in the ATC_Sequence do not include “arrivaltime-base discontinuity”. In other words, the “ATC_Sequence” is asequence of Source packets, where Arrival_Time_Clocks referred to by theArrival_Time_Stamps included in the ATC_Sequence are continuous.

Such ATC_Sequences constitute the AVClip, and is recorded on the BD-ROMwith a file name “xxxxx.m2ts”.

The AVClip is, as is the case with the normal computer files, dividedinto one or more file extents, which are then recorded in a reason theBD-ROM. The 4^(th) row shows how the AVClip is recorded on the BD-ROM.In the 4^(th) row, each file extent constituting the file has a datalength that is equal to or larger than a predetermined length calledSextent.

Sextent is the minimum data length of each file extent, where an AVClipis divided into a plurality of file extents to be recorded.

It is presumed here that the time required for the optical pickup tojump to a location on the BD-ROM is obtained by the following equation:Tjump=Taccess+Toverhead.

The “Taccess” is a time required that corresponds to a jump distance (adistance to a jump-destination physical address).

The TS packets read out from the BD-ROM are stored in a buffer calledthe read buffer, and then output to the decoder. The “Toverhead” isobtained by the following equation when the input to the read buffer isperformed with a bit rate called the Rud and the number of sectors inthe ECC block is represented by Secc:Toverhead≦(2×Secc×8)/Rud=20 msec.

TS packets read out from the BD-ROM are stored in the read buffer in thestate of Source packets, and then supplied to the decoder at a transferrate called “TS_Recording_rate”.

To keep the transfer rate of the TS_Recording_rate while the TS packetsare supplied to the decoder, it is necessary that during Tjump, the TSpackets are continuously output from the read buffer to the decoder.Here, Source packets, not TS packets, are output from the read buffer.As a result, when the ratio of the TS packet to the Source packet insize is 192/188, it is necessary that during Tjump, the Source packetsare continuously output from the read buffer at a transfer rate of“192/188×TS_Recording_rate”.

Accordingly, the amount of occupied buffer capacity of the read bufferthat does not cause an underflow is represented by the followingequation:Boccupied≧(Tjump/1000×8)×((192/188)×TS_Recording_rate).

The input rate to the read buffer is represented by Rud, and the outputrate from the read buffer is represented by TS_Recording_rate×(192/188).Therefore, the occupation rate of the read buffer is obtained byperforming “(input rate)−(output rate)”, and thus obtained by“(Rud−TS_Recording_rate)×(192/188)”.

The time “Tx” required to occupy the read buffer by “Boccupied” isobtained by the following equation:Tx=Boccupied/(Rud−TS_Recording_rate×(192/188)).

When reading from the BD-ROM, it is necessary to continue to input TSpackets with the bit rate Rud for the time period “Tx”. As a result, theminimum data length Sextent per extent when the AVClip is divided into aplurality of file extents to be recorded is obtained by the followingequations:Sextent=Rud×Tx=Rud×Boccupied/(Rud−TS_Recording_rate×(192/188))≧Rud×(Tjump/1000×8)×((192/188)×TS_Recording_rate)/(Rud−TS_Recording_rate×(192/188))≧(Rud×Tjump/1000×8)×TS_Recording_rate×192/(Rud×188−TS_Recording_rate×192)Hence,Sextent≧(Tjump×Rud/1000×8)×(TS_Recording_rate×192/(Rud×188−TS_Recording_rate×192)).

If each file extent constituting the AVClip has the data length that isequal to or larger than Sextent that is calculated as a value that doesnot cause an underflow of the decoder, even if the file extentsconstituting the AVClip are located discretely on the BD-ROM, TS packetsare continuously supplied to the decoder so that the data is read outcontinuously during reproduction.

FIG. 5 shows relationships between the physical unit of the BD-ROM andthe Source packets constituting one file extent. As shown in the 2^(nd)row, a plurality of sectors are formed on the BD-ROM. The Source packetsconstituting the file extent are, as shown in the 1^(st) row, dividedinto groups each of which is composed of 32 Source packets. Each groupof Source packets is then written into a set of three consecutivesectors. The group of 32 Source packets is 6144 bytes (=32×192), whichis equivalent to the size of three sectors (=2048×3). The 32 Sourcepackets stored in the three sectors is called an “Aligned Unit”. Writingto the BD-ROM is performed in units of Aligned Units.

In the 3^(rd) row, an error correction code is attached to each block of32 sectors. The block with the error correction code is referred to asan ECC block. In so far as it access the BD-ROM in units of AlignedUnits, the reproduction apparatus can obtain 32 complete Source packets.Up to now, writing process of the AVClip to the BD-ROM has beendescribed.

<Types of Elementary Streams>

FIG. 6 shows the elementary streams that are multiplexed into theAVClip.

As shown in FIG. 6, multiplexed into the AVClip are: ahigh-image-quality video stream having PID of 0x1011; Primary audiostreams having PIDs of 0x1100 to 0x111F; PG streams having PIDs of0x1200 to 0x121F; and IG streams having PIDs of 0x1400 to 0x141F. Thepackets constituting the elementary streams are assigned withcorresponding PIDs, and demultiplexed based on the PIDs. Hereinafter, anAVClip in which such a high-image-quality video stream is multiplexed isreferred to as “MainClip”, and an AVClip that is reproducedsimultaneously with the MainClip is referred to as “SubClip”.

<BD-ROM Structure 2: Clip Information>

Next, files to which an extension “clpi” is attached will be described.A file (00001.clpi) to which an extension “clpi” is attached stores Clipinformation. The Clip information is management information on eachAVClip. FIG. 7 shows the internal structure of Clip information. Asshown on the left-hand side of the drawing, the Clip informationincludes:

i) “ClipInfo( )” storing information regarding the AVClip;

ii) “Sequence Info( )” storing information regarding the ATC Sequenceand the STC Sequence;

iii) “Program Info( )” storing information regarding the ProgramSequence; and

iv) “Characteristic Point Info (CPI( ))”.

The “ClipInfo” includes “application type” indicating the applicationtype of the AVClip referred to by the Clip information. The“TS_recording_rate”, which indicates whether or not video is containedor whether or not still pictures (slide show) are contained, is systembit rate information of the AVClip.

The Sequence Info is information regarding one or more STC-Sequences andATC-Sequences contained in the AVClip. The reason that these informationare provided is to preliminarily notify the reproduction apparatus ofthe system time-base discontinuity and the arrival time-basediscontinuity. That is to say, if such discontinuity is present, thereis a possibility that a PTS and an ATS that have the same value appearin the AVClip. This might be a cause of a defective reproduction. TheSequence Info is provided to indicate from where to where in thetransport stream the STCs or the ATCs are sequential.

The Program Info is information that indicates a section (called“Program Sequence”) of the program where the contents are constant.Here, “Program” is a group of elementary streams that have in common atime axis for synchronized reproduction. The reason that the ProgramInfo is provided is to preliminarily notify the reproduction apparatusof a point at which the Program contents changes. It should be notedhere that the point at which the Program contents changes is, forexample, a point at which the PID of the video stream changes, or apoint at which the type of the video stream changes from SDTV to HDTV.

From now on, the Characteristic Point Info will be described. The leadline cu2 indicates the close-up of the structure of CPI. As indicated bythe lead line cu2, the CPI is composed of the Ne number ofEP_map_for_one_stream_PIDs: EP_map_for_one_stream_PID [0] . . .EP_map_for_one_stream_PID [Ne−1]). These EP_map_for_one_stream_PIDs areEP-maps of the elementary streams that belong to the AVClip. The EP_mapis information that indicates, in association with an entry time(PTS_EP_start), a packet number (SPN_EP_start) at an entry positionwhere the Access Unit is present in one elementary stream. The lead linecu3 in the drawing indicates the close-up of the internal structure ofEP_map_for_one_stream_PID.

It is understood from this that the EP_map_for_one_stream_PID iscomposed of the Ne number of EP_Highs (EP_High(0) . . . EP_High(Nc−1))and the Nf number of EP_Lows (EP_Low(0) . . . EP_Low(Nf−1)). Here, theEP_High plays a role of indicating upper bits of the SPN_EP_start andthe PTS_EP_start of the Access Unit (Non-IDR I-Picture, IDR-Picture),the EP_Low plays a role of indicating lower bits of the SPN_EP_start andthe PTS_EP_start of the Access Unit (Non-IDR I-Picture, IDR-Picture).

The lead line cu4 in the drawing indicates the close-up of the internalstructure of EP_High. As indicated by the lead line cu4, the EP_High(i)is composed of: “ref_to_EP_Low_id[i]” that is a reference value toEP_Low; “PTS_EP_High[i]” that indicates upper bits of the PTS of theAccess Unit (Non-IDR I-Picture, IDR-Picture); and “SPN_EP_High[i]” thatindicates upper bits of the SPN of the Access Unit (Non-IDR I-Picture,IDR-Picture). Here, “i” is an identifier of a given EP_High.

The lead line cu5 in the drawing indicates the close-up of the structureof EP_Low. As indicated by the lead line cu5, the EP_Low(i) is composedof: “is_angle_change_point(EP_Low_id)” that indicates whether or not thecorresponding Access Unit is an IDR picture;“I_end_position_offset(EP_Low_id)” that indicates the size of thecorresponding Access Unit; “PTS_EP_Low(EP_Low_id)” that indicates lowerbits of the PTS of the Access Unit (Non-IDR I-Picture, IDR-Picture); and“SPN_EP_Low(EP_Low_id)” that indicates lower bits of the SPN of theAccess Unit (Non-IDR I-Picture, IDR-Picture). Here, “EP_Low_id” is anidentifier for identifying a given EP_Low.

<Clip Information Explanation 2: EP-Map>

Here, the EP_map will be explained in a specific example. FIG. 8 showsEP_map settings on a video stream of a motion picture. The 1^(st) rowshows a plurality of pictures (IDR picture, I-Picture, B-Picture, andP-Picture defined in MPEG4-AVC). The 2^(nd) row shows the time axis forthe pictures. The 4^(th) row indicates a packet sequence, and the 3^(rd)row indicates settings of the EP_map.

It is presumed here that in the time axis of the 2^(nd) row, an IDRpicture or an I-Picture is present at each time point t1 . . . t7. Theinterval between adjacent ones of the time point t1 . . . t7 isapproximately one second. The EP_map used for the motion picture is setto indicate t1 to t7 as the entry times (PTS_EP_start), and indicateentry positions (SPN_EP_start) in association with the entry times.

<PlayList Information>

Next, the PlayList information will be described. A file (00001.mpls) towhich extension “mpls” is attached is a file storing the PlayList (PL)information.

FIG. 9 shows the data structure of the PlayList information. Asindicated by the lead line mp1 in FIG. 9, the PlayList informationincludes: MainPath information (MainPath( ) that defines MainPath; andPlayListMark information (PlayListMark( )) that defines chapter.

<PlayList Information Explanation 1: MainPath Information>

First, the MainPath will be described. The MainPath is a presentationpath that is defined in terms of the video stream as the main image andthe audio stream.

As indicated by the arrow mp1 m the MainPath is defined by a pluralityof pieces of PlayItem information: PlayItem information #1 . . .PlayItem information #m. The PlayItem information defines one or morelogical reproduction sections that constitute the MainPath. The leadline hs1 in the drawing indicates the close-up of the structure of thePlayItem information. As indicated by the lead line hs1, the PlayIteminformation is composed of: “Clip_Information_file_name” that indicatesthe file name of the reproduction section information of the AVClip towhich the IN point and the OUT point of the reproduction section belong;“Clip_codec_identifier” that indicates the AVClip encoding method;“is_multi_angle” that indicates whether or not the PlayItem is multiangle; “connection_condition” that indicates whether or not toseamlessly connect the current PlayItem and the preceding PlayItem;“ref_to_STC_id[0]” that indicates uniquely the STC_Sequence targeted bythe PlayItem; “In_time” that is time information indicating the startpoint of the reproduction section; “Out_time” that is time informationindicating the end point of the reproduction section; “UO_mask_table”that indicates which user operation should be masked by the PlayItem;“PlayItem_random_access_flag” that indicates whether or not to permit arandom access to a mid-point in the PlayItem; “Still_mode” thatindicates whether or not to continue a still display of the last pictureafter the reproduction of the PlayItem ends; and “STN_table”. Amongthese, the time information “In_time” indicating the start point of thereproduction section and the time information “Out_time” indicating theend point of the reproduction section constitute a presentation path.The presentation path information is composed of “In_time” and“Out_time”.

FIG. 10 shows the relationships between the AVClip and the PlayListinformation. The 1^(st) row shows the time axis held by the PlayListinformation. The 2^(nd) to 5^(th) rows show the video stream that isreferenced by the EP_map.

The PlayList information includes two pieces of PlayItem information:PlayItem information #1; and PlayItem information #2. Two reproductionsections are defined by “In_time” and “Out_time” included in thePlayItem information #1 and PlayItem information #2. When thesereproduction sections are arranged, a time axis that is different fromthe AVClip time axis is defined. This is the PlayList time axis shown inthe 1^(st) row. As understood from this, it is possible, by defining thePlayItem information, to define a presentation path that is differentfrom the AVClip.

The above-described Clip information and PlayList information areclassified into “static scenario”. This is because the Clip informationand the PlayList information define a PlayList that is a staticreproduction unit. This completes the description of the staticscenario.

From now on, the “dynamic scenario” will be explained. The dynamicscenario is scenario data that dynamically defines the reproductioncontrol of the AVClip. Here, “dynamically” indicates that the contentsof the reproduction control change due to state change in thereproduction apparatus or due to a key event from the user. The BD-ROMpresumes two modes as operation environments for the reproductioncontrol. The first operation environment resembles that of the DVDreproduction apparatus, and is a command-based execution environment.The other is an operation environment of the Java™ virtual machine. Thefirst operation environment is called the HDMV mode. The secondoperation environment is called the BD-J mode. Since these two operationenvironments are available, the dynamic scenario is written to conformto one of these operation environments. A dynamic scenario written toconform to the HDMV mode is called “Movie Object”, and a dynamicscenario written to conform to the BD-J mode is called “BD-J Object”.

First, the Movie Object will be described.

<Movie Object>

The Movie Object is stored in a file “MovieObject.bdmv” shown in FIG. 2and includes a navigation command sequence.

The navigation command sequence is a sequence of navigation commandsthat achieve a conditional branch, setting the status register in thereproduction apparatus, acquiring a value set in the status register,and so on. The following navigation commands can be written in the MovieObject.

PlayPL Command

Format: PlayPL(1^(st) argument, 2^(nd) argument)

As the 1^(st) argument, a PlayList number is written to specify aPlayList to be reproduced. As the 2^(nd) argument, a PlayItem includedin the PlayList, given time in the PlayList, Chapter, or Mark to specifya reproduction start position.

A PlayPL function using the PlayItem to specify a reproduction startposition in the PL time axis is referred to as “PlayPLatPlayItem( )”.

A PlayPL function using the Chapter to specify a reproduction startposition in the PL time axis is referred to as “PlayPLatChapter( )”.

A PlayPL function using the time information to specify a reproductionstart position in the PL time axis is referred to as“PlayPLatSpecifiedTime( )”.

The writing format of the navigation command in the Movie Objectresembles the writing format of the navigation command in DVD. Thismakes it possible to efficiently transfer the disc contents from DVD toBD-ROM. The below-identified international publication, as a prior art,discloses the Movie Object. Please refer to the internationalpublication for detail of the Movie Object.

International Publication: WO 2004/074976

Up to now, the Movie Object has been described. The following describesBD-J Object.

<BD-J Object>

BD-J Object is a dynamic scenario of the BC-J mode that is written inthe Java™ programming environment, and is stored in a file “00001.bobj”.The BD-J Object differs from the Movie Object in that it does notcontain a command directly written therein. That is to say, in the MovieObject, the control procedure is directly written in the navigationcommand. In contrast, in the BD-J Object, the control procedure isindirectly defined, with specifications for Java™ applications beingwritten in the application management table. Such an indirect definitionenables the sharing of the control procedure, in which a controlprocedure is shared by a plurality of dynamic scenarios, to be performedefficiently.

The reproduction of PlayList using Movie Object is achieved by writing anavigation command (PlayPL command) that instructs to reproduce aPlayList. The reproduction of PlayList using BD-J Object is achieved byincorporating the PlayList management table, which indicates PlayListreproduction procedures, into the BD-J Object.

Here, the Java T™ applications in the BD-J mode will be described. It ispresumed here that fully mounted in the Java™ platform in the BD-J modeare Java2 Micro_Edition (J2ME) Personal Basis Profile (PBP1.0), andGlobally Executable MHP specification (GEM1.0.2) for package mediatargets.

The Java™ applications in the BD-J mode are controlled by theApplication Manager via the xlet interface. The xlet interface has fourstates: “loaded”, “paused”, “active”, and “destroyed”

The above-described Java™ platform includes a standard Java™ library fordisplaying image data conforming to JFIF (JPEG), PNG, or the like. Withthis construction, the Java™ applications can achieve a GUI frameworkthat is different from the GUI achieved by the IG stream in the HDMVmode. The GUI framework in the Java™ applications includes the HAViframework defined in GEM1.0.2 and the remote control navigationmechanism in GEM1.0.2.

With such a construction, the Java™ applications can achieve a screendisplay in which a moving image is displayed on the screen together withbuttons, texts, and online display (contents of BBS), and it is possibleto perform operations on the displayed screen.

The substance of the Java™ applications is the Java™ archive file(00001.jar) stored in the BDJA directory under the BDMV directory shownin FIG. 2.

The below-identified international publications, as prior arts,discloses the BD-J. Object. Please refer to the internationalpublications for detail of the BD-J. Object.

International Publications: WO 2004/045840 A1

-   -   WO 2005/036555 A1    -   WO 2005/036546 A1

Up to now, the BD-J Object has been described.

<sound.bdmv>

The sound.bdmv will be described. The sound.bdmv is a file for storingaudio data that is output as a click sound when a menu drawn in the IGstream or the GUI framework of a Java™ application is operated (suchaudio data is referred to as sound data).

FIG. 11 shows the structure of the file sound.bdmv. The file sound.bdmvincludes Sound Data( ) and Sound Index( ). The Sound Data( ) includes aplurality of pieces of sound data (sound_data(0), sound_data(1) . . . ).Among these pieces of sound data, sound_data(0) is a sound source of the1^(st) click sound that is output when the menu is operated, andsound_data(1) is a sound source of the 2^(nd) click sound that is outputwhen the menu is operated. These sound data are identified byidentifiers called sound_IDs.

The Sound Index( ) includes: the number of sounds(number_of_sound_entries), an index to sound_data(0), an index tosound_data(1) . . . .

Each index includes: sound_attributes that indicates an attribute of thesound such as monaural or stereo; sound_data_start_address thatindicates the address of a corresponding piece of sound data; andsound_data_length that indicates the sequential length of thecorresponding piece of sound data.

As shown in FIGS. 2-6, the sources of the sounds used in the motionpicture are multiplexed in the AVClip as the Primary audio stream. Thisarrangement is made for the purpose of supplying the Primary audiostream, which provides sound/voice in the motion picture, at the sametime when the video stream is read out. On the other hand, the filesound.bdmv, in which the click sound for a menu operation by the user isstored, is recorded on the BD-ROM separately from the AVClip. Since thefile sound.bdmv is recorded separately from the AVClip, when sound datais tried to be output during a reading out of the AVClip, the opticalpickup jumps to read the file sound.bdmv. When this happens, the readingout of the AVClip is interrupted and the reproduction of the AVClip isinterrupted.

To prevent such interruption of the AVClip reproduction, it is necessaryto preload the file sound.bdmv in the buffer when the AVClip is notreproduced. That is to say, it is necessary to preload sound data of thefile sound.bdmv prior to the AVClip reproduction. This completes thedescription of the file sound.bdmv.

<Index.bdmv>

The Index.bdmv is a table that indicates the Movie Object or the BD-JObject that constitutes a title.

The Index.bdmv defines the Movie Object or the BD-J Object that is acomponent of a Title.

The below-identified international publication discloses the Index.bdmv.Please refer to the international publication for detail of theIndex.bdmv.

International Publication: WO 2004/025651 A1

Up to now, the BD-ROM 100 has been described.

<Local Storage 200>

The following describes the local storage 200 that is a recording mediumof the present invention. FIG. 12 shows an internal structure of thelocal storage 200. As shown in FIG. 12, the recording medium of thepresent invention can be produced by improving the application layer.

The fourth row of FIG. 12 shows the local storage 200. The third rowshows tracks on the local storage 200. FIG. 12 shows the tracks in thestate where they are horizontally extended though they are in realityformed spirally in order from the inner circumference to the outercircumference of the local storage 200. The tracks include a lead-inarea, a volume area, and a lead-out area. The volume area of FIG. 12 hasa layer model that includes a physical layer, a file system layer, andan application layer. The 1^(st) row of FIG. 12 shows an applicationlayer format (application format) of the local storage 200 representedby a directory structure.

In the directory structure shown in FIG. 12, there is a subdirectory“organization#1” under a root directory. Also, there is a subdirectory“disc#1” under the directory “organization#1”. The directory“organization#1” is assigned to a specific provider of a motion picture.The directory “disc#1” is assigned to each BD-ROM provided from theprovider.

With this construction in which the directory assigned to a specificprovider includes directories that corresponds to BD-ROMs, download datafor each BD-ROM is stored separately. Similarly to the informationstored in the BD-ROM, under the subdirectory “disc#1”, the followinginformation is stored: PlayList information (“00002.mpls”); Clipinformation (“00002.clpi”); AVClip (“00001.m2ts”); BD-J Object(“00002.bobj”); Java™ archive file (“00002.jar”); click sound data(“sound.bdmv”); and Movie Object (“MovieObject.bdmv”).

The following describes the PlayList information, Clip information, andAVClip that are the components of the local storage 200.

<Local Storage 200 Structure 1: AVClip>

The AVClip (“00002.m2ts”) in the local storage 200 constitutes aSubClip. The SubClip is an AVClip that includes an elementary streamthat is decoded and reproduced simultaneously with the MainClip. TheSubClip is classified into “Primary audio stream”, “Secondary audiostream”, “Presentation Graphics (PG) stream”, and “Interactive Graphics(IG) stream” (hereinafter, a SubClip may also be referred to as anOut-of-MUX stream).

In the present embodiment, it is presumed that “00002.m2ts” shown inFIG. 12 is a SubClip in which the Secondary audio stream, PG stream, andIG stream are multiplexed. The Secondary audio stream will be describedin detail from now on.

<Out-of-MUX Stream Explanation 1: Secondary Audio Stream>

While the Primary audio stream is an audio stream that includes what iscalled main sound/voice, the Secondary audio stream is an audio streamthat includes what is called sub-sound/voice. When the SubClip isreproduced, the sound/voice for reproduction is output after thesound/voice of the Primary audio stream is mixed with the sound/voice ofthe Secondary audio stream. The sound/voice to be included in theSecondary audio stream includes, for example, “commentary sound/voice”.When the main sound/voice included in the Primary audio stream is thesound/voice of the motion picture, and the sub-sound/voice included inthe Secondary audio stream is the commentary sound/voice of thedirector, the sound/voice of the motion picture is output after it ismixed with the commentary sound/voice.

The Secondary audio stream is recorded on only the local storage 200 forreproduction, but is not recorded on the BD-ROM. The Primary audiostream may be recorded on the BD-ROM and/or the local storage 200. Theencoding codec for the Primary audio stream may be different from theencoding codec for the Secondary audio stream.

FIG. 13 shows elementary streams that are multiplexed into the SubClip.In FIG. 13, PG streams having PIDs “0x1200” to “0x121F”, IG streamshaving PIDs “0x1400” to “0x141F”, and Secondary audio streams havingPIDs “0x1A00” to “0x1A1F” are multiplexed. Here, the PIDs of the PGstreams and the IG streams in the SubClip are the same as the PIDs ofthe PG streams and the IG streams in the MainClip, but any of the PIDsof the 32 Secondary audio streams is not the same as any of the PIDs ofthe 32 Primary audio streams since they differ in the upper byte.

FIG. 14 shows PID assignment map in the BD-ROM standard. According toFIG. 14, “0x010” is assigned to “program-map”, “0x1001” is assigned to“PCR”, “0x1011” is assigned to the video stream, the zone from “0x1100”to “0x111F” is assigned to the Primary audio streams, the zone from“0x1200” to “0x121F” is assigned to the PG streams, the zone from“0x1400” to “0x141F” is assigned to the IG streams, and the zone from“0x1A00” to “0x1A1F” is assigned to the Secondary audio streams. Asunderstood from the PID assignment map, the zone assigned to the Primaryaudio streams is different from the zone assigned to the Secondary audiostreams.

FIG. 15A shows the internal structure of the Secondary audio stream.

As shown in FIG. 15A, the Secondary audio stream is composed of aplurality of audio frames. FIG. 15B shows an example of the audio frame.The audio frame of the Secondary audio stream includes metadata.

FIG. 15C shows an internal structure of the metadata. As shown in FIG.15C, the metadata is composed of “downmixing information” and “gaincontrol information”.

The downmixing information is information for downmixing. The downmixingis a conversion in which the number of audio reproduction channels isadjusted to be smaller than the number of encoding channels. Thedownmixing information defines a conversion coefficient matrix for thedownmixing so that the reproduction apparatus can perform thedownmixing. For example, the downmixing enables an audio stream in 5.1channels to be reproduced in 2 channels.

The gain control information is used to increase or decrease the gain ofthe audio output of the Primary audio stream. In the present embodiment,the gain control information is only used to decrease the gain. FIG. 15Dshows an example of the gain control information. As understood fromthis, the metadata of the Secondary audio stream can decrease in realtime the output of the Primary audio stream that is reproducedsimultaneously with the Secondary audio stream. When combining (mixing)the Primary and Secondary audio streams, it is not necessary to controlin real time the gains of the two audio streams. Since the Primary andSecondary audio streams in a pair are preliminarily known, it is onlynecessary in mixing (combining) them to decrease the gain of the Primaryaudio stream, without changing the gain of the Secondary audio stream.

It is possible to store only valid gain control information for aduration starting from the time specified by “mark_time_stamp” ofPlayListMark.

FIG. 16 shows how the sound volume of the Primary audio stream iscontrolled by the metadata in the Secondary audio stream. In FIG. 16,the 1^(st) row shows the time axis, the 2^(nd) row shows thereproduction output of the Primary audio stream that can be mixed, the3^(rd) row shows the reproduction output of the Secondary audio stream,and the 4^(th) row shows metadata multiplexed in the Secondary audiostream.

The metadata disposed in an audio frame that corresponds to reproductiontime t1 suppresses the sound volume of the reproduction output of thePrimary audio stream as a whole. The metadata disposed in an audio framethat corresponds to reproduction time t2 restores the sound volume ofthe reproduction output of the Primary audio stream. With thisarrangement in which metadata is disposed at reproduction times t1 andt2, it is possible to avoid a situation in which the sound volume of thereproduction output of the Primary audio stream is combined with that ofthe Secondary audio stream to cause the speaker to be broken.

When the gain adjustment for mixing is performed in real time using thegain control information of the Secondary audio stream, it is onlynecessary for the gain control information stored in each audio frame ofthe Secondary audio stream to specify that the gain of the Primary audiostream is decreased by a predetermined amount. This method, which alwayssecures an appropriate gain control, is more convenient than, forexample, a case where the mixing reproduction is performed by jumpinginto the period between the reproduction times t1 and t2 using a specialreproduction.

<Local Storage 200 Structure 2: PlayList Information>

Next, the PlayList information in the local storage 200 will bedescribed. A file (00002.mpls) to which extension “mpls” is attached isinformation that defines PlayList (PL) by combining two types ofpresentation paths called MainPath and Subpath. FIG. 17 shows the datastructure of the PlayList information. As shown in FIG. 17, the PlayListinformation includes: MainPath information (MainPath( )) that definesMainPath; PlayListMark information (PlayListMark( )) that defineschapter; and Subpath information (Subpath( )) that defines Subpath. Theinternal structures of the PlayList information and the PlayIteminformation are the same as those of the BD-ROM, and the descriptionthereof is omitted here.

<PlayList Information Explanation 1: Subpath Information>

While the MainPath is a presentation path that is defined in terms ofthe MainClip that is the main image, Subpath is a presentation path thatis defined in terms of the SubClip that is synchronized with theMainPath.

FIG. 18 shows the internal structure of the Subpath information withclose-ups. As indicated by the arrow hc0, each Subpath includes:SubPath_type that indicates the type of SubClip; and one or more piecesof SubPlayItem information ( . . . SubPlayItem( ) . . . ).

The lead line hc1 indicates the close-up of the structure of theSubPlayItem information. As the lead line hc1 indicates, the SubPlayIteminformation includes: “Clip_information_file_name”,“Clip_codec_identifier”, “ref_to_STC_id[0]”, “SubPlayItem_In_time”,“SubPlayItem_Out_time”, “sync PlayItem_id”, and“sync_start_PTS_of_PlayItem”.

The “Clip_information_file_name” is information that uniquely specifiesa SubClip that corresponds to SubPlayItem, by writing the file name ofthe Clip information.

The “Clip_codec_identifier” indicates an encoding method of the AVClip.

The “ref_to_STC_id[0]” uniquely indicates a STC_Sequence that is thetarget of the PlayItem.

The “SubPlayItem_In_time” is information that indicates the start pointof SubPlayItem in the reproduction time axis of the SubClip.

The “SubPlayItem_Out_time” is information that indicates the end pointof SubPlayItem in the reproduction time axis of the SubClip.

The “sync_PlayItem_id” is information that uniquely specifies, amongPlayItems constituting the MainPath, PlayItem with which the SubPlayItemis to be synchronized. The “SubPlayItem_In_time” is present in thereproduction time axis of the PlayItem specified by the“sync_PlayItem_id”.

The “sync_start_PTS_of_PlayItem” indicates the position of the startpoint of the SubPlayItem specified by the SubPlayItem_In_time, in thereproduction time axis of the PlayItem specified by the“sync_PlayItem_id”.

<Subpath Information Detail 1: SubPath_type>

Up to now, the SubPath information has been described. From now on, theSubPath_type will be explained. The SubPath_type is set to be a valueamong 0 to 255 to indicate the type of the SubPath that is defined bythe SubPath information.

When the SubPath_type is set to 5, it indicates that the SubPath definedby the SubPath information is the Primary audio presentation path. ThePrimary audio presentation path is used when the audio stream, which isto be replaced with the Primary audio stream referred to by the MainPath(PlayItem) before it is reproduced, is stored in the SubPath(SubPlayItem).

When the SubPath_type is set to 6, it indicates that the current SubPathinformation defines the Presentation Graphics presentation path foraddition or replacement. Here, the “addition or replacement” concernsthe addition of a PG stream to the PG streams that can be reproduced bythe PlayItem information, or the replacement of a PG stream with any ofthe PG streams that can be reproduced by the PlayItem information.

When the SubPath_type is set to 7, it indicates that the current SubPathinformation defines the Interactive Graphics presentation path foraddition or replacement. Here, the “addition or replacement” concernsthe addition of an IG stream to the IG streams that can be reproduced bythe PlayItem information, or the replacement of an IG stream with any ofthe IG streams that can be reproduced by the PlayItem information.

When the SubPath_type is set to 8, it indicates that the current SubPathinformation defines the Secondary audio presentation path for addition.Here, the “addition” concerns the addition of a Secondary audio streamthat is to be mixed with the reproduction sound/voice of the Primaryaudio stream that can be reproduced by the PlayItem information.

For example, when a mixing reproduction of the Primary and Secondaryaudio streams is performed, two audio decoders and two mixers need to beoperated and accordingly the reproduction type of the player needs to beacquired preliminarily, which is different from the case where only theordinary Primary audio stream is reproduced. For this purpose,Subpath_type or the PID of the STN_table is used to notify the player,before a reproduction, that there is a Secondary audio stream that is tobe reproduced in synchronization therewith.

Up to now, the Subpath_type has been described.

<Subpath Information Detail 2: Relationships among Three Parties>

It should be noted that the “three parties” mentioned here are SubClipin the local storage 200, PlayList information in the local storage 200,and MainClip in the BD-ROM.

FIG. 19 shows the relationships among SubClip in the local storage 200,PlayList information in the local storage 200, and MainClip in theBD-ROM. In FIG. 19, the 1^(st) row shows SubClip in the local storage200. As shown in the 1^(st) row, the SubClip in the local storage 200 isany of the Secondary audio stream, PG stream, and IG stream. Any ofthese streams is subjected to the synchronous reproduction as a Subpath.

The 2^(nd) row of FIG. 19 shows two time axes that are defined by thePlayList information. Of these, the lower time axis is the PlayItem timeaxis defined by the PlayItem information, and the upper time axis is theSubPlayItem time axis defined by the SubPlayItem information.

As shown in FIG. 19, “SubPlayItem_Clip_information_file_name” of theSubPlayItem information indicates one among “.m2ts” files stored in theSTREAM directory to specify a reproduction section for a SubClip.

The “SubPlayItem_In_time” and “SubPlayItem_Out_time” play a role ofdefining the start point and the end point of the reproduction section.

The arrow “Sync_PlayItem_id” plays a role of specifying synchronization,namely, specifying a PlayItem to be synchronized with. The arrow“sync_start_PTS_of_PlayItem” plays a role of determining the position of“SubPlayItem_In_time” in the PlayItem time axis.

FIG. 20 shows the EP_map and the PlayItem time axis that are set for theMainClip and the EP_map and the SubPlayItem time axis that are set forthe SubClip.

In FIG. 20, the middle row and the lower 4^(th) to lower 1^(st) rowsshow the PlayItem time axis, picture sequence, MainClip time axis,EP_map, and TS packet sequence shown in FIG. 10.

Also, the upper 1^(st) to upper 3^(rd) rows show the TS packet sequence,EP_map, and SubClip time axis, and the upper 4^(th) row shows theSubItem time axis.

Up to now, the SubPath information has been described.

<STN_table>

What is unique to the PlayList information in the local storage 200 isthe STN_Table. The following describes the PlayList information in thelocal storage 200.

The STN_table is a table that indicates reproducible streams among aplurality of elementary streams multiplexed in the AVClips specified bythe Clip_Information_file_name in the PlayItem information, and amongOut_of_MUX streams specified by the Clip_Information_file_name in theinformation. More specifically, the STN_table is generated byassociating the Stream_attributes with the Stream_entries respectivelycorresponding to the plurality of elementary streams multiplexed in theMainClips and to the Out_of_MUX streams multiplexed in the SubClips.

FIG. 21 shows the internal structure of the STN_table. As shown in FIG.21, the STN_table includes a plurality of pairs (entry-attribute) of anentry of the STN_table and an attribute, and shows the number of thepairs (number_of_video_stream_entries, number_of_audio_stream_entries,number_of PG_stream_entries, number_of_IG_stream_entries).

In the STN_table, as indicated by the parenthesis sign “{”, eachentry-attribute pair correspond to any of a video stream, Primary audiostream, Secondary audio stream, PG stream, and IG streams that arepermitted to be reproduced by the PlayItem. In particular, it should benoted here that pairs of a Stream_entry and a Stream_attribute in theSecondary audio stream are associated with Comb_info_Secondary audioPrimary_audio.

The entry-attribute will now be described in detail.

FIG. 22A shows Stream_attribute corresponding to a video stream.

The Stream_attribute for video stream includes; “Video_format” thatindicates a video stream display method; “frame_rate” that indicates adisplay frequency of the video stream; and so on.

FIG. 22B shows Stream_attributes corresponding to the Primary audiostream and the Secondary audio stream.

The Stream_attributes for the Primary and Secondary audio streamsincludes: “stream_coding_type” that indicates the audio stream encodingmethod; “audio_presentation_type” that indicates the channelconstruction of the corresponding audio stream; “Sampling_frequency”that indicates the sampling frequency of the corresponding audio stream;and “audio_language code” that indicates the language attribute of theaudio stream.

FIG. 22C shows Stream_entry for the video streams. As shown in FIG. 22C,the Stream_entry for the video stream includes“ref_to_Stream_PID_of_Main_Clip” that indicates a PID used fordemultiplexing the video stream.

The Stream_attributes for the Primary audio stream, IG stream, and PGstream multiplexed in the MainClip have the format shown in FIG. 22C.

FIG. 22D shows Sub_entries for the streams (in the followingdescription, referred to as Secondary audio streams) multiplexed in theSubClip. The Stream_entry for the Secondary audio stream includes“ref_to_Sub_Path_id” that indicates SubPath information that isreferring to the Secondary audio stream; “ref_to_Sub_Clip entry id” thatindicates the SubClip in which the Secondary audio stream ismultiplexed; and “ref_to_stream_PID_of_Sub_Clip” that indicates the PIDused for demultiplexing the Secondary audio stream.

FIG. 22E shows the internal structure ofComb_info_Secondary_audio_Primary_audio that is associated with a pairof Stream_entry and Stream_attribute for the Secondary audio stream. TheComb_info_Secondary_audio_Primary_audio is composed of:number_of_primary_audio_stream_ref_entries that indicates, for eachSecondary audio stream, the total number of Primary audio streams thatcan be combined with the Secondary audio streams; andPrimary_audio_stream_id_ref[0] . . . [n] that indicate the streamnumbers of the Primary audio streams that can be combined duringreproduction.

FIG. 23 shows the specification of the Primary audio streams byComb_info_Secondary_audio_Primary_audio. In FIG. 23, the right-hand sideshows 32 Secondary audio streams, and the left-hand side shows 32Primary audio streams. The arrow yml indicates specification byComb_info_Secondary_audio_Primary_audio of Secondary audio stream#1. Inthis way, the Comb_info_Secondary_audio_Primary_audio that is set foreach Secondary audio stream specifies uniquely one or more Primary audiostreams with which the reproduction output of the Secondary audio streamcan be mixed. Such a construction makes it possible to set, at the timeof authoring, whether or not to mix the Secondary audio stream,depending on the audio attribute. For example, it is possible to set notto mix the Secondary audio stream with, during the reproduction, Primaryaudio streams that have a predetermined attribute, and to set to mix theSecondary audio stream with, during the reproduction, Primary audiostreams that have attributes other than the predetermined attribute.

Up to now, the PlayList information in the local storage 200 has beenexplained. This completes the explanation of the local storage 200.

<Virtual Package>

From now on, the virtual package will be described. FIG. 24 shows avirtual package that is generated by the reproduction apparatus 300. InFIG. 24, the upper left-hand side shows the recorded contents of theBD-ROM, and the lower left-hand side shows the recorded contents of thelocal storage 200. Also, the right-hand side shows the structure of thevirtual package.

The reproduction apparatus obtains a virtual file system by combiningthe AVClips, Clip information, and PlayList information stored in theBD-ROM and the local storage 200.

More specifically, for this combination, the reproduction apparatus:

i) virtually adds PlayList (00002.mpls) in the Local Storage to the MPLSdirectory in the BD-ROM;

ii) virtually adds Clip information (00002.clpi) in the Local Storage tothe CLPI directory in the BD-ROM; and

iii) virtually adds AVClip#2 (00002.m2ts) in the Local Storage to theSTREAM directory in the BD-ROM.

With the above-described combination, the virtual package shown in theright-hand side of FIG. 24 is generated.

Up to now, the recording medium has been described. From now on, thereproduction apparatus will be described.

FIG. 25 shows the internal structure of the reproduction apparatus ofthe present invention. The reproduction apparatus of the presentinvention is produced industrially based on the internal structure shownin FIG. 25. The reproduction apparatus of the present invention ismainly composed of two parts: a system LSI; and a drive apparatus, andcan be produced industrially by mounting these parts in the cabinet andon the substrate. The system LSI is an integrated circuit in whichvarious processing units, which perform functions of the reproductionapparatus, are included. The reproduction apparatus produced in this wayincludes: a BD-ROM drive 1 a, a bus 1 b, read buffers 2 a and 2 b,demultiplexers 3 a and 3 b, a video decoder 4, a video plane 5, buffers6 a, 6 b and 6 c, audio decoders 7 a and 7 b, a DownMix/DownSample 8,mixers 9 a and 9 b, a switch 10 a, an encoder 10 b, an InteractiveGraphics decoder 11, an Interactive Graphics plane 12, a PresentationGraphics decoder 13, a Presentation Graphics plane 14, a JPEG decoder15, a Still plane 16, a combining unit 17, STC generating units 18 a and18 b, ATC generating units 19 a and 19 b, a memory 21, a controller 22,a PSR set 23, a PID conversion unit 24, a communication unit 25, anoperation receiving unit 26, and an HDMI transmission/reception unit 27.

The BD-ROM drive 1 a performs the loading/ejection of the BD-ROM, andperforms accesses to the BD-ROM.

The bus 1 b transfers thereon the TS packets read from the BD-ROM, andthe TS packets read from the local storage 200.

The read buffer 2 a is a FIFO memory in which the TS packets read fromthe BD-ROM 100 or the local storage 200 are stored by theFirst-In-First-Out method.

The read buffer 2 b is a FIFO memory in which the TS packets read fromthe local storage 200 a restored by the First-In-First-Out method.

The demultiplexer 3 a outputs TS packets having the PIDs that arenotified from the PID conversion unit 24, among the TS packets that aretransferred on the bus and have PIDs 0x1011, 0x1100-0x111F,0x1200-0x121F, and 0x1400-141F, to the video decoder 4, the audiodecoder 7 a, the IG decoder 11, and the PG decoder 13.

The demultiplexer 3 b demultiplexes TS packets having PIDs0x1A00-0x1A1F, namely TS packets constituting the Secondary audiostream, among the TS packets that are transferred on the bus 1 b. Thedemultiplexing by the demultiplexer 3 b is achieved by comparing thereference values of the PIDs written in the stream_entries which, amongthe stream_entries of the Secondary audio streams containing theSTN_table, correspond to the stream numbers stored in the PSR14, withthe PIDs of the TS packets transferred on the bus 1 b, and outputtingthe TS packets, which have PIDs that are found to match in thecomparison, to the audio decoder 7 b via the buffer 6 b. It should benoted here that if there is only one reproducible Secondary audiostream, it is only necessary to compare the upper byte “1A” of the PIDreference value written in the stream_entry, with the upper byte “1A” ofthe PID of the TS packet transferred on the bus 1 b. This is becausesince there is no other Secondary audio stream, it is only necessary torefer to the upper byte of the PID that indicates that it is theSecondary audio stream.

If there are a plurality of reproducible Secondary audio streams, it isnecessary to compare the lower byte (a value ranging from 0x00 to 0x1F)of the PID reference value written in the stream_entry, with the lowerbyte (a value ranging from 0x00 to 0x1F) of the PID of the TS packettransferred on the bus 1 b, in addition to comparing the upper byte “1A”of the PID reference value written in the stream_entry, with the upperbyte “1A” of the PID of the TS packet transferred on the bus 1 b. Thisis because since there are a plurality of Secondary audio streams, it isnecessary to refer to the lower byte of the PID so as to uniquelyidentify the Secondary audio stream.

Here, since the TS packets read from the BD-ROM and the local storage200 are transferred on the bus 1 b, the demultiplexer 3 a and thedemultiplexer 3 b can deal with these TS packets read from the BD-ROMand the local storage 200 as one transport stream, and store them intothe buffer as one transport stream. The PIDs assigned to the TS packetsconstituting the Primary audio stream are present in a separate zone inthe PID assignment map from a zone in which the PIDs assigned to the TSpackets constituting the Secondary audio stream are present. With thisconstruction, while inputting these TS packets as one transport stream,the demultiplexer 3 a and the demultiplexer 3 b can output the Primaryaudio stream and the Secondary audio stream as different elementarystreams. Here, the demultiplexer 3 a and the demultiplexer 3 b cansupply the plurality of audio streams multiplexed in one transportstream to the decoder, by performing the same procedure as indemultiplexing them. It is accordingly possible for the demultiplexer 3a and the demultiplexer 3 b to supply the Primary audio stream and theSecondary audio stream to the respective decoders in a manner compatiblewith a demultiplexer that demultiplexes only such TS packets that have apredetermined PID, from one transport stream.

There might be a case where only one demultiplexer is provided for thesake of mounting. In such a case also, assigning different PIDs to thePrimary audio stream and the Secondary audio stream is effective.

Up to now, the BD-ROM drive 1 a, the bus 1 b, the read buffers 2 a and 2b, and the demultiplexers 3 a and 3 b have been described.

The video decoder 4 decodes a plurality of PES packets output from thedemultiplexer 3 a to obtain non-compressed pictures, and writes theobtained pictures to the video plane 5.

The video plane 5 is a plane for storing non-compressed pictures. The“plane” is a memory area in the reproduction apparatus for storing pixeldata of one screen. The resolution of the video plane 5 is 1920×1080.The picture data stored in the video plane 5 is composed of a pluralityof pieces of pixel data each of which is represented by a 16-bit YUVvalue.

The buffer 6 a stores therein, among the TS packets output from thedemultiplexer 3 a and having PIDs in a range from 0x1100 t 0x111F, TSpackets having PIDs of the audio streams to be reproduced, by theFirst-In-First-Out method, and supplies the stored TS packets to theaudio decoder 7 a.

The buffer 6 b stores therein, among the TS packets output from thedemultiplexer 3 b and having PIDs in a range from 0x1A00 t 0x1A1F, TSpackets having PIDs of the audio streams to be reproduced, by theFirst-In-First-Out method, and supplies the stored TS packets to theaudio decoder 7 b.

The buffer 6 c is a memory for preloading therein the file sound.bdmvthat is read out from the BD-ROM/local storage. It is preferable thatthe preloading into the buffer 6 c is performed when the BD-ROM isloaded or when titles are changed. This is because when the filesound.bdmv is tried to be read out during a reproduction of an AVClip,the optical pickup performs a seek to read out a file that is differentfrom the AVClip. On the other hand, when the BD-ROM is loaded or whentitles are changed, an AVClip is hardly being reproduced. Therefore, ifthe file sound.bdmv is always read out when the BD-ROM is loaded or whentitles are changed, the response of the apparatus is increased and theAVClip reproduction is less apt to be interrupted.

The audio decoder 7 a converts the TS packets stored in the buffer 6 ainto PES packets, decodes the PES packets to obtain non-compressed audiodata in the LPCM state, and outputs the obtained audio data. Thisachieves a digital output for the Primary audio stream.

The audio decoder 7 b converts the TS packets stored in the buffer 6 binto PES packets, decodes the PES packets to obtain non-compressed audiodata in the LPCM state, and outputs the obtained audio data. Thisachieves a digital output for the Secondary audio stream.

The DownMix/DownSample 8 converts the digital audio output from theaudio decoder 7 a to match the digital audio output from the audiodecoder 7 b in the audio attributes. Here, the audio attributes are thesampling frequency and/or the number of channels. They are made to becompatible with each other. The DownMix/DownSample 8 or the mixer 9 a,in accordance with the gain control information extracted by the audiodecoder 7 b, also performs the process of reducing the gain on the sideof the Primary audio stream in accordance with the metadata multiplexedin the Secondary audio stream.

The mixer 9 a performs a mixing of the digital audio in the LPCM stateoutput from the audio decoder 7 a with the digital audio in the LPCMstate output from the audio decoder 7 b.

The mixer 9 b performs a mixing of the digital audio in the LPCM stateoutput from the mixer 9 a with the sound data stored in the buffer 6 c.The mixing by the mixer 9 b is performed when the CPU 22 decodes anavigation command that is intended to output a click sound, or a bytecode that is intended to output a click sound.

The switch 10 a switches between (a) supplying, to the audio decoders 7a and 7 b, the TS packets of the Primary audio stream demultiplexed bythe demultiplexer 3 a and the TS packets of the Secondary audio streamdemultiplexed by the demultiplexer 3 b, and (b) not supplying to theaudio decoders 7 a and 7 b but outputting only the elementary streams toother devices. This operation of not supplying the TS packets of thePrimary audio stream to the audio decoders 7 a and 7 b but outputtingonly the elementary streams to other devices is called “pass-throughoutput”. A conversion unit (not illustrated) that converts the TSpackets into the elementary streams (that removes the TS/PES headers) isembedded in the switch 10 a.

The encoder 10 b, when the audio data in the LPCM state, which isobtained as a result of decoding by the audio decoder 7 a and the audiodecoder 7 b and mixing by the mixer 9 b, is sent as a surroundsound/voice via a digital interface such as S/PDIF, encodes andcompresses the mixed LPCM into the Dolby Digital (DD) format or theDolby Theater System (DTS) format.

The Interactive Graphics (IG) decoder 11 decodes an IG stream read outfrom the BD-ROM 100 or the local storage 200, and writes the obtainednon-compressed graphics into the IG plane 12.

The Interactive Graphics (IG) plane 12 is a plane into which thenon-compressed graphics obtained by the IG decoder 11 are written. Also,characters or graphics drawn by applications are written into the IGplane 12.

The Presentation Graphics (PG) decoder 13 decodes an PG stream read outfrom the BD-ROM 100 or the local storage 200, and writes the obtainednon-compressed graphics into the PG plane 14.

The Presentation Graphics (PG) plane 14 is a memory having an area ofone screen, and stores one screen of non-compressed graphics.

The JPEG decoder 15 decodes JPEG data recorded in the BD-ROM 100 or thelocal storage 200, and writes the obtained data into the Still plane 16.

The Still plane 16 is a plane into which the non-compressed graphicsobtained by decoding the JPEG data are written. Also, characters orgraphics drawn by applications are written into the IG plane 12. Thegraphics data is used as the “wallpaper” of the GUI frame work writtenby a Java™ application.

The combining unit 17 combines the data stored in the IG plane 12, thedata stored in the PG plane 14, the data stored in the video plane 5,and the data stored in the Still plane 16 to obtain a complex image.

The STC generating units 18 a and 18 b generate a System Time Clock(STC) in accordance with an instruction by the controller 22, and adjustthe operation timing of each decoder.

The ATC generating units 19 a and 19 b generate Arrival Time Clock (ATC)in accordance with an instruction by the controller 22, and adjust theoperation timing of the demultiplexer. The memory 21 is a memory forstoring current PL information and current Clip information. The currentPL information is PL information that is currently processed, among aplurality of pieces of PlayList information stored in the BD-ROM. Thecurrent Clip information is Clip information that is currentlyprocessed, among a plurality of pieces of Clip information stored in theBD-ROM/local storage.

The controller 22 achieves a reproduction control of the BD-ROM bydecoding a Java™ application referred to by a Movie Object or a BD-JObject stored in the MovieObject.bdmv, and performing a PlayListreproduction in accordance with the decoding result (that is to say, areproduction control in accordance with the current PL information). Thecontroller 22 also performs the above-mentioned ATS control and STCcontrol.

The PSR set 23 is a register embedded in the reproduction apparatus, andis composed of the 64 number of Player Setting/Status Registers (PSR)and the 4096 number of General Purpose Registers (GPR). Among the values(PSR) set in the Player Setting/Status Registers, PSR4 to PSR8 are usedto represent the current reproduction point.

The PID conversion unit 24 converts the stream numbers of the Primaryaudio streams and Secondary audio streams into PIDs based on the STNtable, and notifies the PIDs as the conversion results to thedemultiplexers 3 a and 3 b.

The communication unit 25 achieves a communication function in thereading apparatus. When a URL is specified by a Java™ application in theBD-J mode, the communication unit 25 establishes a TCP connection or anFTP connection with a website of the specified URL. The establishment ofsuch a connection enables the Java™ application to download data fromthe web site.

The operation receiving unit 26 receives specification of an operationfrom a user, and notifies User Operation information, which indicatesthe operation specified by the user, to the controller 22.

The HDMI transmission/reception unit 27 receives, from an apparatusconnected via HDMI (High Definition Multimedia Interface), informationconcerning the apparatus, and transmits the digital non-compressedvideo, which is obtained as a result of decoding by the video decoder 4,to the apparatus via HDMI, together with LPCM audio data.

Up to now, the hardware construction of the reproduction apparatus ofthe present invention has been explained. From now on, the softwareconstruction of the reproduction apparatus of the present invention willbe explained.

The controller 22 shown in FIG. 25 is shown in terms of the functions inFIG. 26. FIG. 26 shows the functions of the controller 22. As shown inFIG. 26, the controller 22 includes a PlayList processing unit 41, aProcedure executing units 42 and 43, a mixing control unit 44, and anATC/STC control unit that causes the ATC generating units 19 a and 19 band the STC generating units 18 a and 18 b to generate ATC and STC,respectively.

These components perform the processes based on the PSR set 23. Thefollowing explains PSR1, PSR14, and PSR31.

<PSR1>

FIG. 27A shows the bit assignment in the PSR1.

As shown in FIG. 27A, the lower eight bits (b0-b7) among 32 bits of thePSR1 represents a stream number, and identifies one of a plurality ofPrimary audio streams whose entries are written in the STN table of thecurrent Play Item. When the value set in the PSR1 changes, thereproduction apparatus reproduces a Primary audio stream correspondingto the set value after the change. The PSR1 is set to “0xFF” as theinitial value, and then may be set to a value ranging from “1” to “32”by the reproduction apparatus. The value “0xFF” is an unspecified valueand indicates that there is no Primary audio stream or that a Primaryaudio stream has not been selected. When the PSR1 is set to a valueranging from “1” to “32”, the set value is interpreted as a streamnumber of a Primary audio stream.

<PSR14>

FIG. 27B shows the bit assignment in the PSR14.

As shown in FIG. 27B, the lower eight bits (b0-b7) among 32 bits of thePSR14 represents a stream number, and identifies one of a plurality ofSecondary audio streams whose entries are written in the STN_table ofthe current Play Item. When the value set in the PSR14 changes, thereproduction apparatus reproduces a Secondary audio stream correspondingto the set value after the change. The PSR14 is set to “0xFF” as theinitial value, and then may be set to a value ranging from “1” to “32”by the reproduction apparatus. The value “0xFF” is an unspecified valueand indicates that there is no Secondary audio stream or that aSecondary audio stream has not been selected. When the PSR14 is set to avalue ranging from “1” to “32”, the set value is interpreted as a streamnumber of a Secondary audio stream.

<PSR31>

FIG. 27C shows the bit assignment in the PSR31. As shown in FIG. 27C,bit 16 to bit 19 (b16-b19) among 32 bits of the PSR31 represents PlayerProfile information. When bit 16 to bit 19 are “0000”b, they indicatethat the reproduction apparatus is shipped during a grace period, where“ ”b indicates bit values. Here, the grace period is a period duringwhich reproduction apparatuses without predetermined functions may beshipped. The functions that can be omitted in the reproductionapparatuses shipped in the grace period include the audio mixingfunction. As a result, if bit 16 to bit 19 (b16-b19) of the PSR31 areset to “0000”b, namely if the Player Profile information is “0000”b, itindicates that predetermined functions including the audio mixingfunction are not mounted in the reproduction apparatus.

When the Player Profile information is “0001”b, it indicates that thereproduction apparatus is shipped after the grace period. Sincereproduction apparatuses shipped after the grace period are basicallyrequired to be mounted with all the functions to be provided, the PlayerProfile information being “0001”b indicates that the reproductionapparatus is mounted with the mixing.

When the Player Profile information is “0011”b, it indicates that thereproduction apparatus is mounted with all the functions to be provided.Such a reproduction apparatus is mounted with all the functionsregardless of whether it is shipped before or after the grace period. Asa result, when the Player Profile information is “0011”b, it indicatesthat the reproduction apparatus is mounted with the sound mixingfunction.

The PSR may include, as information indicating the mixing function,information that indicates the number of channels with which thereproduction apparatus can perform the mixing.

Alternatively, the PSR may include information that indicates the numberof audio output channels at the final output. For example, if aninterface such as HDMI is connected for use, 5.1-channel LPCM audio,which is the decoding result, can be output as LPCM. However, if theinterface is, for example, S/PDIF, the audio is output as 2 channels(L/R), not as 5.1 channels, for which a compression by an encoder isrequired. Accordingly, if it is judged that the mixer is followed by anencoder connected to S/PDIF (for example, not connected to HDMI), thenumber of audio output channels at the final output can be set to 5.1channels. If the mixer is not followed by an encoder, the number ofaudio output channels at the final output can be set to 2 channels aftermixing.

Up to now, the PSR set 23 has been described.

From now on, the PlayList processing unit 41, the Procedure executingunit 42, and the Procedure executing unit 43 will be described.

<Functional Construction Detail 1: PlayList Processing Unit>

The PlayList processing unit 41 achieves the PL reproduction. ThePlayList processing unit 41 reproduces portions of a video stream and aPrimary audio stream that correspond to a section from In_time toOut_time of the PlayItem information, and to be in synchronization withthis, the PlayList processing unit 41 causes the audio decoder 7 b toreproduce a portion of a Secondary audio stream that corresponds to asection from Sub_PlayItem_In_time to Sub_PlayItem_Out_time of theSubPlayItem information.

FIG. 28 is a flowchart showing the PlayList reproduction procedure bythe PlayList processing unit.

In this flowchart, first the current PL information (.mpls) is readout(step S101), and then steps S102 to S110 are performed. The steps S102to S110 constitute a loop in which steps S103 to S110 are repeatedlyperformed for each piece of PI information that constitutes the currentPL information until it is judged as Yes in step S109. In this loopprocess, the process-target PlayItem is referred to as PlayItem#x(PI#x). The PlayItem#x is initialized by being set to the startingPlayItem of the current PL information (step S102). The condition forending the loop is that the PlayItem#x is the last PlayItem of thecurrent PL information (step S109). If it is judged in step S109 thatPlayItem#x is not the last PlayItem of the current PL information,PlayItem#x is set to the next PlayItem in the current PL information(step S110).

In the steps S103 to S110 that are repeatedly performed in the loopprocess, Clip information specified by Clip_information_file_name ofPlayItem#x is read out onto the memory (step S103), In_time ofPlayItem#x is converted into I-Picture address u using EP_map of thecurrent Clip information (step S104), Out_time of PlayItem#x isconverted into I-Picture address v using EP_map of the current Clipinformation (step S105), I-Picture address next to I-Picture address vis obtained, and an address that precedes the obtained address by one isset to address w (step S107), and the BD-ROM 100 or the local storage200 is instructed to read TS packets from I-Picture address u to addressw (step S108).

On the other hand, a video decoder or the like is instructed to outputfrom mark_time_stamp of current PLMark to Out_time of PlayItem#x (stepS106). In the steps S105 to S108, a portion of AVClip specified byPlayItem#x is reproduced.

After this, it is judged whether or not the PlayItem#x is the lastPlayItem of the current PL information (step S109).

If it is judged in step S109 that PlayItem#x is not the last PlayItem ofthe current PL information, PlayItem#x is set to the next PlayItem inthe current PL information (step S110), and the control returns to stepS103. As the above-described steps S103 to S110 are repeated, each pieceof PI information that constitutes the current PL information isreproduced in sequence.

<Functional Construction Detail 2: Procedure Executing Unit 42>

The Procedure executing unit 42, when necessity for changing a piece ofPlayItem information to another arises, or when the user instructed,through an operation, to change the stream number, executes apredetermined stream selection procedure, and writes a new stream numberinto PSR1. The reproduction apparatus reproduces the Primary audiostream according to the stream number written in PSR1. The setting ofPSR1 thus enables a Primary audio stream to be selected.

The reason why the stream selection procedure is executed when thePlayItem information is changed is as follows. Since the STN_Table isprovided in correspondence with each piece of PlayItem information, itmay happen that a Primary audio stream, which is reproducible accordingto apiece of PlayItem information, cannot be reproduced according toanother piece of PlayItem information.

The Procedure executing unit 42 brings PSR1 to change in status as shownin FIG. 29A. FIG. 29A shows the status transition of the value set inPSR1. It should be noted here that in FIG. 29A, the term “valid” meansthat the value of PSR1 is equal to or smaller than the number of entrieswritten in the STN_table of the Play Item, and is decodable.

The term “invalid” means that (a) the value of PSR1 is “0”, (b) thevalue of PSR1 is larger than the number of entries written in theSTN_table of the Play Item, or (c) decoding is not available even if thenumber of entries written in the STN_table of the Play Item is in therange from “1” to “32”.

The frames drawn with dotted lines in FIG. 29A indicate a procedure fordetermining the value of PSR when the status changes. The procedure forsetting a value to PSR is classified into “Procedure when playbackcondition is changed” and “Procedure when Stream change is requested”.

The “Procedure when playback condition is changed” is a procedure to beexecuted when the reproduction apparatus has changed in the status dueto some event that occurred to the apparatus.

The “Procedure when Stream change is requested” is a procedure to beexecuted when the user requests some changing (in FIG. 29A, “Change aStream”).

The “Procedure when playback condition is changed” and “Procedure whenStream change is requested” are stream selection procedures and will bedescribed in detail with reference to the flowcharts.

The arrows in FIG. 29A symbolically indicate the status transition ofPSR.

The notes attached to the arrows indicate events that trigger eachstatus transition. That is to say, FIG. 29A indicates that a statustransition of PSR1 occurs if an event such as “Load Disc”, “Change aStream”, “Start PlayList playback”, “Cross a PlayItem boundary”, or“Terminate PlayList playback” occurs. It will be understood by referringto FIG. 29A that the above-mentioned procedures are not performed when astatus transition of “Invalid→Invalid” or “Valid→Invalid” occurs. On theother hand, status transitions of “Invalid→Valid” and “Valid→Valid” gothrough the dotted-line frames. That is to say, the above-mentioned“Procedure when playback condition is changed” or “Procedure when Streamchange is requested” is performed when PSR1 is set to be “Valid”.

The following describes the events that trigger the status transition.

The event “Load Disc” indicates that the BD-ROM has been loaded in thereproduction apparatus. In such loading, PSR1 is once set to anunspecified value (0xFF). The event “Start PlayList playback” indicatesthat a reproduction process based on PlayList has been started. Whensuch an event occurs, the “Procedure when playback condition is changed”is executed, and PSR1 is set to be “Valid”.

The event “Terminate PlayList playback” indicates that a reproductionprocess based on PlayList has been terminated. It is understood thatwhen such an event occurs, the “Procedure when playback condition ischanged” is not executed, and PSR1 is set to be “Invalid”.

The event “ChangeXXX” indicates that the user requested to change XXX(in FIG. 29A, Stream). If this event occurs when PSR1 is “Invalid”(indicated by “cj1” in FIG. 29A), PSR1 is set to a value as requested.Even if the value that is set in this way indicates a valid streamnumber, the value set in PSR1 is treated as an “Invalid” value. That isto say, in the status transition triggered by the event “ChangeXXX”, PSRnever changes from Invalid to Valid.

On the other hand, if event “Change a Stream” occurs when PSR1 is“Valid” (indicated by “cj2” in FIG. 29A), the “Procedure when Streamchange is requested” is executed, and PSR1 is set to a new value. Here,the value set when the “Procedure when Stream change is requested” isexecuted may not be a value desired by the user. This is because the“Procedure when Stream change is requested” has a function to exclude aninvalid value. If the event “Change stream” occurs when PSR1 is “Valid”,PSR1 never changes from Valid to Invalid. This is because the “Procedurewhen Stream change is requested” assures that PSR1 does not become“Invalid”.

The event “Cross a PlayItem boundary” indicates that a Play Itemboundary has been passed. Here, the Play Item boundary is a boundarybetween two successive Play Items, namely a position between the end ofa preceding Play Item and the start of a succeeding Play Item, among thetwo successive Play Items. If the event “Cross a PlayItem boundary”occurs when PSR1 is “Valid”, the “Procedure when playback condition ischanged” is executed. After the execution of the “Procedure whenplayback condition is changed”, the status of PSR1 either returns to“Valid” or transits to “Invalid”. Since the STN_table is provided incorrespondence with each Play Item, if a Play Item changes, areproducible elementary stream also changes. The status transition isaimed to set PSR1 to a most appropriate value for each Play Item byexecuting the “Procedure when playback condition is changed” each time aPlay Item starts to be reproduced.

In the above-described status transition, the “Procedure when playbackcondition is changed” is executed as shown in FIG. 29B. FIG. 29B is aflowchart of the “Procedure when playback condition is changed”. Theprocedure sets a value in PSR1 by performing two judgment steps, S1 andS2.

In step S1, it is judged whether the number of entries in STN_table is“0”. If it is judged that the number of entries in STN_table is “0”, thevalue of PSR1 is maintained (step S3).

In step S2, which is executed if it is judged in step S1 that the numberof entries in STN_table is not “0”, it is judged whether the number ofentries in STN_table is equal to or larger than PSR1, and condition (A)is true. Here, the condition (A) is that the reproduction apparatus hascapability to reproduce a Primary audio stream identified by PSR1. Ifthe judgment result of step S2 is positive, the value of PSR1 ismaintained (step S4). If either the value of PSR1 is larger than thenumber of entries in STN_table or the condition (A) is not satisfied, aprocess is performed to set PSR1 (step S5).

FIG. 30 is a flowchart showing the detailed procedure of step S5.

In this flowchart, steps S6 and S7 constitute a loop in which step S8 isrepeatedly performed for all Primary audio streams. In this loop, theprocess-target Primary audio stream is referred to as Primary audiostream i. In step S8, it is checked whether Primary audio stream isatisfies conditions (a), (b), and (c).

The condition (a) is that the reproduction apparatus has capability toreproduce Primary audio stream i, and whether the condition is satisfiedis judged by comparing PSR15 with stream_coding_type of Primary audiostream i.

The condition (b) is that the language attribute of Primary audio streami is the same as the language setting in the reproduction apparatus, andwhether the condition is satisfied is judged by checking whetheraudio_language_code of Primary audio stream i written in STN_table isequal to the value set in PSR.

The condition (c) is that the channel attribute of Primary audio streami is surround, and the reproduction apparatus has capability toreproduce it, and whether the condition is satisfied is judged bycomparing PSR15 with audio_presentation_type, stream_coding_type ofPrimary audio stream i.

Based on the pattern of (i) which conditions, among the plurality ofconditions, are satisfied by Primary audio stream i and (ii) how manyconditions are satisfied, this flowchart assigns priorities to thePrimary audio streams.

After the process is repeatedly performed for all Primary audio streams,steps S9 to S13 are performed. In step S9, it is judged whether it istrue that no Primary audio stream satisfies condition (a). If it isjudged that it is true, an unspecified value (0xFF) is set to PSR1 (stepS14).

In step S10, it is judged whether there are Primary audio streams thatsatisfy all of conditions (a), (b), and (c). If it is judged positively,the stream numbers of such Primary audio streams that satisfy all ofconditions (a), (b), and (c) are set in PSR1.

Here, if there are a plurality of Primary audio streams that satisfy allof conditions (a), (b), and (c), it is necessary to determine one amongthem that is set in PSR1. In step S15, it is determined based on theorder of entry in the STN_table. That is to say, in step S15, if thereare a plurality of Primary audio streams that are the same in the codec,language attribute, and channel attribute, the STN_table is referred toand a Primary audio stream that is the first in the order of entry inthe STN_table is selected.

It is therefore possible for the person in charge of authoring tocontrol the priority levels of streams to be reproduced, by changing theorder of entry in the STN_table.

If there is no Primary audio stream that satisfies all of conditions(a), (b), and (c), the control goes to step S11 in which it is judgedwhether there are Primary audio streams that satisfy conditions (a) and(b). If it is judged that there are Primary audio streams that satisfyconditions (a) and (b), a Primary audio stream among these that is thefirst in the order of entry in the STN_table is set in PSR1 (step S16).

If there is no Primary audio stream that satisfies all of conditions(a), (b), and (c) and there is no Primary audio stream that satisfiesconditions (a) and (b), the control goes to step S12 in which it isjudged whether there are Primary audio streams that satisfy conditions(a) and (c). If it is judged that there are Primary audio streams thatsatisfy conditions (a) and (c), a Primary audio stream among these thatis the first in the order of entry in the STN_table is set in PSR1 (stepS17).

If there is no Primary audio stream that satisfies all of conditions(a), (b), and (c), there is no Primary audio stream that satisfiesconditions (a) and (b), and there is no Primary audio stream thatsatisfies conditions (a) and (c), the control goes to step S13 in whichit is judged whether there are Primary audio streams that satisfycondition (a). If it is judged that there are Primary audio streams thatsatisfy condition (a), a Primary audio stream among these that is thefirst in the order of entry in the STN_table is set in PSR1 (step S18).

Up to now, the “Procedure when playback condition is changed” has beenexplained. From now on, the “Procedure when Stream change is requested”will be explained. FIG. 31 is a flowchart showing the procedure forsetting PSR1 when stream change is requested. The flowchart of FIG. 31differs from the flowchart of FIG. 29B in that in some places X is usedin place of PSR1. The “X” is a value determined based on the UserOperation information output from the operation receiving unit 26 or abutton command output from the PG decoder 13.

In step S19 of the flowchart, it is judged whether the number of entriesin STN_table is equal to or larger than X, and condition (A) is true.Here, the condition (A) is that the reproduction apparatus hascapability to reproduce a Primary audio stream identified by PSR1. It isjudged by comparing PSR15 with stream_coding_type of the Primary audiostream. If the judgment result of step S19 is positive, X is set to PSR1(step S21).

If either X is larger than the number of entries in STN_table or thecondition (A) is not satisfied, it is judged whether X is 0xFF. Here, ifX is not 0xFF, it is considered that the number of the Primary audiostream that the user intends to select is invalid, and the value X,which is determined based on the user operation, is disregarded and thevalue set in PSR1 is maintained (step S23).

If X is 0xFF, PSR1 is set (step S24). The processing procedure of stepS24 is the same as the procedure shown in FIG. 30 (Among the steps shownin FIG. 30, the judgment in step S9 is not required in the “Procedurewhen Stream change is requested”. This is because in the “Procedure whenStream change is requested”, if there is no Primary audio stream thatsatisfies conditions (a), (b), and (c), X, which is set by the user, isnot set to PSR1, and the value set in PSR1 is maintained)

<Functional Construction Detail 3: Procedure Executing Unit 43>

The Procedure executing unit 43, when necessity for changing a piece ofPlayItem information to another arises, or when the user instructed,through an operation, to change the stream number, executes apredetermined stream selection procedure, and writes a new stream numberinto PSR14. The reproduction apparatus reproduces the Primary audiostream according to the stream number written in PSR14. The setting ofPSR14 thus enables a Primary audio stream to be selected.

The Procedure executing unit 43 brings PSR14 to change in status asshown in FIG. 32A.

FIG. 32A shows the status transition of the value set in PSR14. Itshould be noted here that in FIG. 32A, the term “valid” means that thevalue of PSR14 is equal to or smaller than the number of entries writtenin the STN_table of the Play Item, and is decodable.

The term “invalid” means that (a) the value of PSR14 is “0”, (b) thevalue of PSR14 is larger than the number of entries written in theSTN_table of the Play Item, or (c) decoding is not available even if thenumber of entries written in the STN_table of the Play Item is in therange from “1” to “32”.

The frames drawn with dotted lines in FIG. 32A indicate a procedure fordetermining the value of PSR when the status changes. The procedure forsetting a value to PSR is classified into “Procedure when playbackcondition is changed” and “Procedure when Stream change is requested”.

The “Procedure when playback condition is changed” is a procedure to beexecuted when the reproduction apparatus has changed in the status dueto some event that occurred to the apparatus.

The “Procedure when Stream change is requested” is a procedure to beexecuted when the user requests some changing (in FIG. 32A, “Change aStream”).

The “Procedure when playback condition is changed” and “Procedure whenStream change is requested” are stream selection procedures and will bedescribed in detail with reference to the flowcharts.

The arrows in FIG. 32A symbolically indicate the status transition ofPSR.

The notes attached to the arrows indicate events that trigger eachstatus transition. That is to say, FIG. 32A indicates that a statustransition of PSR14 occurs if an event such as “Load Disc”, “Change aStream”, “Start PlayList playback”, “Cross a PlayItem boundary”, or“Change Primary Audio Stream” occurs. It will be understood by referringto FIG. 32A that the above-mentioned procedures are not performed when astatus transition of “Invalid→Invalid” or “Valid→Invalid” occurs. On theother hand, status transitions of “Invalid→Valid” and “Valid→Valid” gothrough the dotted-line frames. That is to say, the above-mentioned“Procedure when playback condition is changed” or “Procedure when Streamchange is requested” is performed when PSR14 is set to be “Valid”.

The following describes the events that trigger the status transition.

The event “Load Disc” indicates that the BD-ROM has been loaded in thereproduction apparatus. In such loading, PSR14 is once set to anunspecified value (0xFF).

The event “Start PlayList playback” indicates that a reproductionprocess based on PlayList has been started. When such an event occurs,the “Procedure when playback condition is changed” is executed, andPSR14 is set to be “Valid”.

The event “Terminate PlayList playback” indicates that a reproductionprocess based on PlayList has been terminated. It is understood thatwhen such an event occurs, the “Procedure when playback condition ischanged” is not executed, and PSR14 is set to be “Invalid”.

The event “ChangeXXX” indicates that the user requested to change XXX(in FIG. 32A, Stream). If this event occurs when PSR1 is “Invalid”(indicated by “cj1” in FIG. 32A), PSR14 is set to a value as requested.Even if the value that is set in this way indicates a valid streamnumber, the value set in PSR14 is treated as an “Invalid” value. That isto say, in the status transition triggered by the event “ChangeXXX”, PSRnever changes from Invalid to Valid.

On the other hand, if event “Change a Stream” occurs when PSR14 is“Valid” (indicated by “cj2” in FIG. 32A), the “Procedure when Streamchange is requested” is executed, and PSR14 is set to a new value. Here,the value set when the “Procedure when Stream change is requested” isexecuted may not be a value desired by the user. This is because the“Procedure when Stream change is requested” has a function to exclude aninvalid value. If the event “Change stream” occurs when PSR14 is“Valid”, PSR14 never changes from Valid to Invalid. This is because the“Procedure when Stream change is requested” assures that PSR14 does notbecome “Invalid”.

The event “Cross a PlayItem boundary” indicates that a Play Itemboundary has been passed. Here, the Play Item boundary is a boundarybetween two successive Play Items, namely a position between the end ofa preceding Play Item and the start of a succeeding Play Item, among thetwo successive Play Items. If the event “Cross a PlayItem boundary”occurs when PSR14 is “Valid”, the “Procedure when playback condition ischanged” is executed. After the execution of the “Procedure whenplayback condition is changed”, the status of PSR14 either returns to“Valid”, or if the event “Cross a PlayItem boundary” or “Change PrimaryAudio Stream” occurs, transits to “Invalid”. The status transition isaimed to set PSR14 to a most appropriate value for each Play Item byexecuting the “Procedure when playback condition is changed” each time aPlay Item starts to be reproduced or each time a Primary audio stream ischanged.

In the above-described status transition, the “Procedure when playbackcondition is changed” is executed as shown in FIG. 32B. The proceduresets a value in PSR14 by performing two judgment steps, S31 and S32.

In step S31, it is judged whether the number of entries in STN_table is“0”. If it is judged that the number of entries in STN_table is “0”, thevalue of PSR14 is maintained (step S33).

In step S32, which is executed if it is judged in step S31 that thenumber of entries in STN_table is not “0”, it is judged whether thenumber of entries in STN_table is equal to or larger than PSR14, andconditions (A) and (B) are true. Here, the condition (A) is that thereproduction apparatus has capability to reproduce a Primary audiostream identified by PSR14, and the condition (B) is that thecombination of Primary_Audio_Stream_Number andSecondary_Audio_Stream_Number is permitted in the STN_table. If thejudgment result of step S32 is negative (NO in step S32), the value setin PSR14 is maintained (step S34). If the judgment result of step S32 ispositive (YES in step S32), a process is performed to set PSR14 (stepS35).

FIG. 33 is a flowchart showing the detailed procedure of step S35.

In this flowchart, steps S36 and S37 constitute a loop in which step S38is repeatedly performed for all Secondary audio streams. In this loop,the process-target Secondary audio stream is referred to as Secondaryaudio stream i. In step S38, it is checked whether Secondary audiostream i satisfies conditions (a), (b), and (c)

The condition (a) is that the reproduction apparatus has capability toreproduce Secondary audio stream i, and whether the condition issatisfied is judged by comparing the register indicating the audiostream reproduction capability (PSR15) with stream_coding_type ofSecondary audio stream i.

The condition (b) is that the Primary audio stream can be mixed with theSecondary audio stream, and whether the condition is satisfied is judgedby checking whether the stream number set in PSR14 is written inComb_info_Secondary_audio_Primary_audio.

The condition (c) is that the language attribute of Secondary audiostream i is the same as the language setting in the reproductionapparatus, and whether the condition is satisfied is judged by checkingwhether audio_language_code of Secondary audio stream i written inSTN_table is equal to the value set in PSR.

Based on the pattern of (i) which conditions, among the plurality ofconditions, are satisfied by Secondary audio stream i and (ii) how manyconditions are satisfied, this flowchart assigns priorities to theSecondary audio streams.

After the process is repeatedly performed for all Secondary audiostreams, steps S39 to S41 and steps S44 to S46 are performed. In stepS39, it is judged whether it is true that no Secondary audio streamsatisfies conditions (a) and (b). If it is judged that it is true, anunspecified value (0xFF) is set to PSR14 (step S44).

In step S40, it is judged whether there are Secondary audio streams thatsatisfy all of conditions (a), (b), and (c). If it is judged positively,the stream numbers of such Secondary audio streams that satisfy all ofconditions (a), (b), and (c) are set in PSR14.

Here, if there are a plurality of Secondary audio streams that satisfyall of conditions (a), (b), and (c), it is necessary to determine oneamong them that is set in PSR14. In step S45, it is determined based onthe order of entry in the STN_table. That is to say, in step S45, ifthere are a plurality of Secondary audio streams that are the same inthe codec, language attribute, and channel attribute, the STN_table isreferred to and a Secondary audio stream that is the first in the orderof entry in the STN_table is selected.

It is therefore possible for the person in charge of authoring tocontrol the priority levels of streams to be reproduced, by changing theorder of entry in the STN_table.

If there is no Secondary audio stream that satisfies all of conditions(a), (b), and (c), the control goes to step S41 in which it is judgedwhether there are Secondary audio streams that satisfy conditions (a)and (b). If it is judged that there are Secondary audio streams thatsatisfy conditions (a) and (b), a Secondary audio stream among thesethat is the first in the order of entry in the STN_table is set in PSR14(step S46).

Up to now, the “Procedure when playback condition is changed” has beenexplained. From now on, the “Procedure when Stream change is requested”will be explained. FIG. 34 is a flowchart showing the procedure forsetting PSR14 when stream change is requested. The flowchart of FIG. 34differs from the flowchart of FIG. 32B in that in some places X is usedin place of PSR14. The “X” is a value determined based on the UserOperation information output from the operation receiving unit 26 or abutton command output from the PG decoder 13.

In step S49 of the flowchart, it is judged whether the number of entriesin STN_table is equal to or larger than X, and conditions (A) and (B)are true. If the judgment result of step S49 is positive, X is set toPSR14 (step S51).

If either X is larger than the number of entries in STN_table or theconditions (A) and (B) are not satisfied, it is judged whether X is 0xFF(step S52). Here, if X is not 0xFF, it is considered that the number ofthe Secondary audio stream that the user intends to select is invalid,and the value X, which is determined based on the user operation, isdisregarded and the value set in PSR14 is maintained (step S53).

If X is 0xFF, PSR14 is set (step S54). The processing procedure of stepS54 is the same as the procedure shown in FIG. 33 (Among the steps shownin FIG. 30, the judgment in step S39 is not required in the “Procedurewhen Stream change is requested”. This is because in the “Procedure whenStream change is requested”, if there is no Primary audio stream thatsatisfies conditions (a), (b), and (c), X, which is set by the user, isnot set to PSR14, and the value set in PSR14 is maintained)

This completes the explanation of the Procedure executing unit 43.

<Functional Construction Detail 4: Mixing Control Unit 44>

The mixing control unit 44, if the Player Profile information is 0001hor 0011h, controls the mixers 9 a and 9 b to mix the reproduction outputof the Primary audio stream with the reproduction output of theSecondary audio stream or the reproduction output of the sound data.

When the current reproduction point in the PlayItem time axis is in aperiod from In_time to Out_time of the SubPlayItem information, and whenthe Secondary audio stream is valid in the STN_Table of the currentPlayItem information, the mixing control unit 44 controls the mixer 9 ato mix the reproduction output of the audio decoder 7 a with thereproduction output of the audio decoder 7 b because the audio decoder 7b is decoding the Secondary audio stream having the stream number storedin PSR14.

If the attribute of the Primary audio stream is “surround”, thereproduction output of the Secondary audio stream can be mixed after adownmixing is performed such that only desired components are held amongcomponents such as L, R, C, LS, RS, LR, RR, and LFE. Here, when theSecondary audio stream is, for example, a commentary of the moviedirector, by changing the channel of the Primary audio stream, withwhich the Secondary audio stream is to be mixed, from L to C and to R,it is possible to give the user a sensation as if the director is wakingaround the user. Such mixing is called panning. In panning, thesound/voice of a Secondary audio stream (for example, monaural) with aless number of channels than a Primary audio stream is used.

When a confirmation operation is performed on a button drawn by a Java™application, or when a confirmation operation is performed on a buttondrawn by an IG stream, the mixing control unit 44 controls the mixer 9 bto mix the sound data with the reproduction output of the Primary audiostream or with the mixing result of the reproduction output of thePrimary audio stream and the reproduction output of the Secondary audiostream.

As described above, according to the present embodiment, thedemultiplexer 3 b can obtain a TS packet that is transferred on the bus1 b, refer to the upper byte of the PID, and enter the TS packet into adecoder dedicated to Secondary audio streams. With this construction,the demultiplexer 3 b can demultiplex only the PES packets thatconstitute the Secondary audio stream, and enter the PES packets into adecoder that is different from a decoder dedicated to Primary audiostreams.

Since it is possible to enter packets that constitute a Primary audiostream and packets that constitute a Secondary audio stream respectivelyinto different decoders, it is possible, for example, to downconvert,downmix, or reduce the gain of only the packets that constitute aPrimary audio stream. This makes it possible to subject only the packetsthat constitute a Primary audio stream to special processes in real timeeven when reading out a Secondary audio stream from the local storage200 while reading out the Primary audio stream from the BD-ROM 100 andsupplying the two streams to the two respective decoders.

Second Embodiment

The second embodiment of the present invention relates to the selectionof an apparatus to decode a Primary audio stream among the reproductionapparatus 300 and the AV amplifier 500 in a home theater system.

FIG. 35A shows the connection form of the reproduction apparatus 300,the AV amplifier 500, and the speakers 600. The connection form in thehome theater system is classified into a form in which the reproductionapparatus 300 is directly connected to the speakers 600 withoutconnection to the AV amplifier 500 in between (connection form (1)), anda form in which the reproduction apparatus 300 is connected to thespeakers 600 via the AV amplifier 500 (connection form (2)).

In the former connection form (1), the LPCM obtained as a result ofdecoding by the reproduction apparatus 300 is supplied to the speakers600. On the other hand, in the latter connection form (2), thereproduction apparatus 300 performs merely a pass-through output, andthe LPCM obtained as a result of decoding by the AV amplifier 500 issupplied to the speakers 600.

The number of channels changes in each apparatus in the home theatersystem when two or more connection forms are available in the hometheater system.

FIG. 35B shows how the number of channels changes in each of thereproduction apparatus 300, the AV amplifier 500, and the speakers 600.The 1^(st) row of FIG. 35B shows each of the BD-ROM 100, thereproduction apparatus 300, the AV amplifier 500, and the speakers 600.In regards with the decoding capability of these apparatuses, thereproduction apparatus 300 is capable of decoding up to 5.1 channels,the AV amplifier 500 is capable up to 7.1 channels, and the speakers 600is capable up to 7.1 channels.

The 2^(nd) to 4^(th) rows show by which apparatus and how the downmixingis performed when the BD-ROM 100 has Primary audio streams of 7.1channels and 5.1 channels. The 2^(nd) row shows the case where theBD-ROM 100 has a Primary audio stream of 7.1 channels and it is decodedby the reproduction apparatus 300. In this case, the reproductionapparatus 300 reads out the Primary audio stream of 7.1 channels fromthe BD-ROM 100, decodes and downmixes it to 5.1 channels, and outputs anLPCM of the downmixed 5.1 channels. The AV amplifier 500 converts theLPCM of the downmixed 5.1 channels to 7.1 channels, and outputs theconverted LPCM of 7.1 channels to the speakers 600.

The 3^(rd) row shows the case where the BD-ROM 100 has a Primary audiostream of 5.1 channels. In this case, the reproduction apparatus 300decodes the Primary audio stream of 5.1 channels, and outputs an LPCM asthe decoding result to the AV amplifier 500 without downmixing. The AVamplifier 500 converts the LPCM of 5.1 channels to 7.1 channels, andoutputs the converted LPCM of 7.1 channels to the speakers 600.

The 4^(th) row shows the case where the BD-ROM 100 has a Primary audiostream of 7.1 channels and it is output by the reproduction apparatus300 by the pass-through output. In this case, the decoding is performedby the AV amplifier 500, and the sound/voice of 7.1 channels, which isthe decoding result of the AV amplifier 500, is supplied to the speakers600 and is output as the sound/voice.

These outputs are compared as follows. In the case of the 2^(nd) row,the reproduction apparatus 300 converts the sound/voice from 7.1channels to 5.1 channels, then the AV amplifier 500 converts it from 5.1channels to 7.1 channels, and outputs the sound/voice of 7.1 channels tothe speakers 600. With this construction, although the audio streamrecorded on the BD-ROM 100 is 7.1 channels, the audio quality of thesound/voice finally output in the case of the 2^(nd) row hardly differsfrom the audio quality of the sound/voice finally output in the case ofthe 3^(rd) row.

On the other hand, in the case of the 4^(th) row, since the AV amplifier500, which has the decoding capability of 7.1 channels, is caused todecode the audio stream of 7.1 channels, a high-quality output isexpected.

In the present embodiment, in such an output form, when a device towhich the reproduction apparatus is connected to has the reproductioncapability, the reproduction apparatus performs the pass-through outputso that the device performs the decoding.

The DIB (Decoder Information Block) of the HDMI is used to determine howhigh the reproduction capability or the decoding capability of theconnection partner device is, or to determine whether to perform astream output. FIG. 36A shows the DIB.

As shown in FIG. 36A, the DIB includes “Coding Type” that shows theencoding method by which an output to the AV amplifier 500 is possible,“Channel Count” that shows the number of channels with which theconnection partner device can decode, “Channel/Speaker Allocation” thatshows the arrangement of speakers, and “Sample Frequency” that shows afrequency at which the connection partner device can reproduce.

FIG. 36B shows the values that can be set in each field of the DIB.

In the example of FIG. 36B, the row of the “Coding Type” shows encodingmethods DTS-HD, MLP, and DD+ by which the connection partner device candecode. In the actual writing of the “Coding Type”, four parameters“CT0”, “CT1”, “CT2”, and “CT3” are used. Also, the row of the “ChannelCount” shows 5.1ch, 7.1ch, and 2ch which are the numbers of channelswith which the connection partner device can decode.

Also, the row of the “Channel/Speaker Allocation” shows“L/R/C/LS/RS/LFE”, “L/R/C/LS/RS/LR/RR/LFE”, and “L/R” which indicatephysical arrangements of speakers for 5.1ch, 7.1ch, and 2ch,respectively.

The row of the “Sample Frequency” shows sampling frequencies “48 KHz”,“192 KHz”, and “96 KHz”.

FIG. 36C shows a communication sequence using the DIB between thereproduction apparatus 300 and the AV amplifier 500.

When the reproduction apparatus 300 is connected with the AV amplifier500, the HDMI transmission/reception unit 27 of the reproductionapparatus 300 performs a mutual authentication with the AV amplifier 500as indicated by “⊚1”, then, as indicated by “⊚2”, receives the DIB fromthe AV amplifier 500, which is to be a receiver. If, upon referring tothe DIB, it is confirmed that the AV amplifier 500 has the capability todecode the Primary audio stream, the reproduction apparatus 300 canoutput the Primary audio stream to the AV amplifier 500 by thepass-through output, as indicated by “⊚3”. If the AV amplifier 500 doesnot have the capability to decode the Primary audio stream, either theLPCM decoded by the reproduction apparatus is transferred, or the streamis not be reproduced.

The following describes an improvement to the reproduction apparatus inthe second embodiment.

FIG. 37 shows an internal structure of PSR15 in the PSR set 23.

PSR15 is 32-bit long as is the case with PSR1, PSR14, and PSR31explained in the first embodiment.

The bits b0 to b3 show whether the reproduction apparatus has acapability to decode and reproduce LPCM audio streams. When the fourbits are “0001”b, it indicates that the reproduction apparatus has acapability to reproduce LPCM audio streams of 48/96 Hz having the stereoattribute. When the four bits are “0010”b, it indicates that thereproduction apparatus has a capability to reproduce LPCM audio streamsof 48/96 Hz having the surround attribute. When the four bits are“0101”b, it indicates that the reproduction apparatus has a capabilityto reproduce LPCM audio streams of any frequency having the stereoattribute. When the four bits are “0110”b, it indicates that thereproduction apparatus has a capability to reproduce LPCM audio streamsof any frequency having the surround attribute.

The bits b4 to b7 of PSR15 show whether the reproduction apparatus has acapability to decode and reproduce DD/DD+ audio streams. When the lowertwo bits of the four bits are “01”b, it indicates that the reproductionapparatus has a capability to reproduce up to two channels (2ch) ofbasic data (independent substreams) of DD/DD+ audio streams. When thelower two bits of the four bits are “10”b, it indicates that thereproduction apparatus has a capability to reproduce multi channels(channels that are larger in number than 2ch) of basic data (independentsubstreams) of DD/DD+ audio streams.

When the upper two bits of the four bits are “01”b, it indicates thatthe reproduction apparatus has a capability to reproduce up to twochannels (2ch) of extension data (dependent substreams) of DD/DD+ audiostreams. When the upper two bits of the four bits are “10”b, itindicates that the reproduction apparatus has a capability to reproducemulti channels of extension data (dependent substreams) of DD/DD+ audiostreams.

When the upper two bits of the four bits are “00”b, it indicates thatthe reproduction apparatus does not have a capability to reproduceextension data (dependent substreams) of DD/DD+ audio streams.

The bits b8 to b11 of PSR15 show whether the reproduction apparatus hasa capability to decode and reproduce DTS-HD audio streams. When thelower two bits of the four bits are “01”b, it indicates that thereproduction apparatus has a capability to reproduce up to two channels(2ch) of basic data (Core substreams) of DTS-HD audio streams. When thelower two bits of the four bits are “10”b, it indicates that thereproduction apparatus has a capability to reproduce multi channels ofbasic data (Core substreams) of DTS-HD audio streams.

When the upper two bits of the four bits are “01”b, it indicates thatthe reproduction apparatus has a capability to reproduce up to twochannels (2ch) of extension data (Extension substreams) of DTS-HD audiostreams. When the upper two bits of the four bits are “10”b, itindicates that the reproduction apparatus has a capability to reproducemulti channels of extension data (Extension substreams) of DTS-HD audiostreams.

When the upper two bits of the four bits are “00”b, it indicates thatthe reproduction apparatus does not have a capability to reproduceextension data (Extension substreams) of DTS-HD audio streams.

The bits b12 to b15 of PSR15 show whether the reproduction apparatus hasa capability to decode and reproduce DD/MLP audio streams. When thelower two bits of the four bits are “01”b, it indicates that thereproduction apparatus has a capability to reproduce up to two channels(2ch) of DD audio streams. When the lower two bits of the four bits are“10”b, it indicates that the reproduction apparatus has a capability toreproduce multi channels of DD audio streams.

When the upper two bits of the four bits are “01”b, it indicates thatthe reproduction apparatus has a capability to reproduce up to twochannels (2ch) of MLP audio streams. When the upper two bits of the fourbits are “10”b, it indicates that the reproduction apparatus has acapability to reproduce multi channels of MLP audio streams.

When the upper two bits of the four bits are “00”b, it indicates thatthe reproduction apparatus does not have a capability to reproduce MLPaudio streams.

As described above, PSR15 can define, for each encoding method, whetheror not the reproduction apparatus has a capability to process the basicdata and the extension data. Here, the “2ch” used in the explanation ofPSR15 means two channels for L and R, respectively.

With such definition of PSR15, the controller 22 in the secondembodiment performs the reproduction control of the Primary audiostream, in accordance with the flowchart shown in FIG. 38. FIG. 38 is aflowchart showing the processing procedure of the controller 22 in thesecond embodiment.

In step S61, it is judged whether the apparatus has been activated. Ifit is judged that the apparatus has been activated, the partnerapparatus connected via HDMI is authenticated (step S62). When theconnected apparatuses are successfully authenticated mutually, thecontrol moves to step S63. The step S63 is a loop in which it isrepeatedly judged whether or not the DIB has been received. If it isjudged that the DIB has been received (YES in step S63), the controller22 recognizes, by referring to the DIB received from the connectionpartner, the reproduction capability and the number of speakers(arrangement) of the connection partner (step S64). Then in step S65, itis judged whether or not the connection partner has the reproductioncapability. If it is judged that the connection partner has thereproduction capability, the controller 22 displays a menu for receivinga request for the pass-through output (step S67), and judges whether theuser requested the pass-through output (step S68).

It should be noted here that if it is recognized, by referring to theDIB, that a device (in many cases, an AV amplifier) connected to aspeaker has the decoding capability, the pass-through output may be setautomatically (YES in step S68) so that the connection partner deviceperforms the decoding, without allowing the user to set.

Further, it may be preliminarily set that if it is recognized, byreferring to the apparatus settings menu (initial settings menu) of thereproduction apparatus 300, that the connection partner device has thedecoding capability, the pass-through output is set automatically (YESin step S68).

FIGS. 39 and 40 shows menus for receiving a determination on whether ornot to perform the pass-through output. The menus shown in FIGS. 39 and40 are each composed of a message that is supposed to attract the user'sattention: “In your theater system, audio decoding is available at aconnection-destination device”; or “You can enjoy high-quality audiowhen audio decoding is done at a connection-destination device XXX”, andbuttons “YES” and “NO” for receiving determination on whether or not toallow the connection-destination device to perform the decoding.

In the message shown in the menu of FIG. 40, “XXX” may be filled withthe product name or the model number of the AV amplifier 500.Alternatively, “XXX” may be filled with the product name or the modelnumber of the television 400 as well as those of the AV amplifier 500,allowing the user to select one among them. This enables the user toselect a device that is to perform the decoding. Further, if the userhas two or more AV amplifiers, it is preferable that the product namesand/or the model numbers of the AV amplifiers are displayed such thatthe user can select one among them.

When the user makes a confirmation on the “YES” button on the menu toinstruct the pass-through output, the Player capability for Audio is setin PSR15 according to the DIB (step S71), and the Procedure executingunit 42 is caused to execute the procedure of selecting a Primary audiostream according to the decoding capability of the AV amplifier 500(step S72). After this, the Primary audio stream of the AVClip read outfrom the BD-ROM is output by the pass-through output (step S73).

If the user does not operate to cause the AV amplifier 500 to performthe decoding, the controller 22 sets PSR15 in accordance with thedecoding capability of the reproduction apparatus itself, causes theProcedure executing unit 42 to execute the procedure of selecting aPrimary audio stream (step S69), and causes the sound/voice (LPCM)decoded by the reproduction apparatus to be output (step S70).

FIGS. 41 and 42 are flowcharts showing the procedures for setting Playercapability for Audio in PSR15 according to the DIB.

In the flowchart of FIG. 41, in step S200, it is judged whether or notDIB.CODING_TYPE indicates DD+.

If it is judged that DIB.CODING_TYPE indicates DD+, the control moves tostep S201 in which it is judged whether or not the Channel count of theDIB has a value larger than 2. If the judgment result of step S201 ispositive, the control moves to step S203 in which the “capability” ofDependent SubStream is set to 10b:Surround Capable.

If it is judged as “NO” in step S201, the control moves to step S205 inwhich the “capability” of Dependent SubStream is set to 01b:StereoCapable.

In the flowchart of FIG. 42, in step S82, it is judged whether or notDIB.CODING_TYPE indicates MLP. If it is judged that DIB.CODING_TYPEindicates MLP (YES in step S82), the control moves to step S91 in whichit is judged whether or not the Channel count of the DIB has a valuelarger than 2.

If the judgment result of step S91 is positive (YES in step S91), thecontrol moves to step S93 in which the “capability” of MLP is set to10b:Surround Capable. If it is judged as “NO” in step S91, the controlmoves to step S94 in which the “capability” of MLP is set to 01b:StereoCapable.

It should be noted here that although Channel Count of the DIB is usedin the judgments in steps S201 and S91 of FIGS. 41 and 42,Channel/Speaker Allocation may be used instead.

As described above, according to the present embodiment, information ofthe capability of the connection partner device is obtained via adigital interface such as HDMI, and PSR15 is set according to theobtained capability information. Further, a Primary audio stream isselected from the ED-ROM disc/local storage, and the pass-through outputof the selected Primary audio stream is performed. This makes itpossible to effectively use the decoder resource of the connectionpartner device to achieve a high-quality audio reproduction. Also, sincean AV amplifier and speakers are often developed/sold as a set. In sucha case, the AV amplifier provides adjustment that matches thecharacteristics of the speakers. Accordingly, even if the reproductionapparatus can decode using the internal decoder, it is possible to causethe AV amplifier connected to the reproduction apparatus to decode toobtain a reproduction result of an acoustically higher quality.

Third Embodiment

The local storage 200 in the first embodiment is a hard disk embedded inthe reproduction apparatus, while the local storage 200 in the thirdembodiment is an SD memory card which is a portable recording medium.The present embodiment relates to an improvement in the case where adynamic scenario is recorded in the portable recording medium for use inthe reproduction apparatus.

The SD memory card is a portable recording medium that is provided witha secure area and a non-secure area. Files on a local storage such asthose shown in the first embodiment are recorded in the non-secure areaafter they are encoded, and the encryption key is recorded in the securearea. The encryption key cannot be read out from the secure area unlessthe authenticity of the reader is confirmed through the authenticationperformed by the SD memory card. This construction prevents anunauthorized copy of the files from the non-secure area, and enables thefiles to be read out only when the BD-ROM is accessible as well.

The dynamic scenario is a program such as a Java™ application or a MovieObject described in the first embodiment that causes the reproductionapparatus to perform a reproduction via the PlayList information. Thedynamic scenario may be recorded on the BD-ROM 100 or on the localstorage 200. When the dynamic scenario is recorded on a portablerecording medium, it means that the dynamic scenario is accessible byany of reproduction apparatuses disposed at various locations.Accordingly, the dynamic scenario may be accessed by the reproductionapparatus 300 that is mounted in a car.

FIG. 43A shows the reproduction apparatus 300 mounted in a car. Thereproduction apparatus 300 and the television 400 constitute a car audiosystem. The portable local storage 200 may be installed in thereproduction apparatus 300, together with the BD-ROM 100.

When the reproduction apparatus 300 is mounted in a car, it ispreferable to clearly indicate that the reproduction apparatus 300 isoperated like a CD reproduction apparatus. To clearly indicate that thereproduction apparatus 300 is operated like a CD reproduction apparatus,PSR31 in the present embodiment is constructed as shown in FIG. 43B.

FIG. 43B shows the internal structure of PSR31 in the third embodiment.When the reproduction apparatus is mounted in a car, the Player Profileinformation of PSR31 in the third embodiment is set to “1000”b by anengineer of the maker or by an end user. When Profile information ofPSR31 is set to “1000”b, the Profile information indicates that thereproduction apparatus is operated as an Audio Profile Player. Here, the“Audio Profile Player” indicates that the reproduction apparatus is notsuited for being operated via an interactive screen, but is operatedCD-player-like (that is to say, the reproduction apparatus is a BD-ROMreproduction apparatus that performs a reproduction control on thecontents only by linear operations like a CD reproduction apparatus, andis not ready for a reproduction control on the contents via a GUI or thelike, or the reproduction apparatus temporarily transfers into such amode when it detects that the car is running)

When the reproduction apparatus is CD-player-like, the content isreproduced by operations that are performed in units of chapters, suchas a chapter skip and a chapter search. The chapter is defined by thePlayList Mark information shown in FIG. 17.

The following describes the PlayList Mark information.

FIG. 44 shows the internal structure of the PlayList Mark informationcontained in the PlayList information. As indicated by the lead line pm0in the drawing, the PlayList Mark information includes a plurality ofpieces of PL Mark information (#1-#n). The PL Mark information (PL Mark()) specifies a given position on the PL time axis as a chapter point. Asindicated by the lead line pm1 in the drawing, the PL Mark informationincludes: “ref_to_PlayItem_Id” that indicates a PlayItem being a targetof the chapter specification; and “Mark_time_stamp” that indicates achapter position in the PlayItem by a time notation.

FIG. 45 shows a specification of a chapter position by the PL Markinformation. The 2^(nd) to 5^(th) rows in FIG. 45 show the EP_map andAVClip shown in FIG. 10.

The 1^(st) row shows the PL Mark information and the PL time axis. Twopieces of PL Mark information #1 and #2 are shown in the 1^(st) row. Thearrows kt1 and kt2 indicate specifications of PlayItems byref_to_PlayItem_Id in the PL Mark information. As understood from thesearrows, ref_to_PlayItem_Id in the PL Mark information specifiesPlayItems to be referred to. Also, the Mark_time_stamp indicates thetimes of Chapters #1 and #2 on the PL time axis. In this way, the PLMark information defines chapter points on the PlayItem time axis.

Up to now, the PL Mark information has been described. From now on, theimprovement on the dynamic scenario will be described.

In the case of a program that is embedded in the reproduction apparatus,it is known in the manufacturing stage whether the program is used in acar or in a home theater system. However, in the case of the dynamicscenario (Movie Object, Java™ application) that is supplied to thereproduction apparatus via the BD-ROM 100 or the portable local storage200, it cannot be known preliminarily whether the program is used in acar or in a home theater system. This is because the user determineswhat reproduction apparatus the BD-ROM 100 or the local storage 200being an SD memory card should be used in.

For this reason, when the Player Profile information is set to specifyAudio Profile Player, the Movie Object or the Java™ application needs tocontrol the reproduction apparatus to be operated CD-player-like. On theother hand, when the Player Profile information is set otherwise, it ispreferable that the reproduction apparatus is operated via aninteractive screen.

FIG. 46 is a flowchart of a processing procedure of a Java™ applicationin the present embodiment.

In step S149, it is judged whether or not PSR31 is set to specify Audioprofile player. If the judgment result in step S149 is negative, thePlayList starts to be reproduced (step S150). The control then moves tothe loop in step S151.

The step S151 constitutes a loop waiting for a Menu call operation. Ifit is judged that the Menu call operation has been performed, the menuis displayed (step S152), and steps S153 to S156 are performed. In stepS153, it is judged whether or not a Focus move operation has beenperformed. If it is judged that the Focus move operation has beenperformed, the focus is moved to another button (step S155).

In step S154, it is judged whether or not an operation has beenperformed to make confirmation on the button. If it is judged that theoperation has been performed to make confirmation on the button, aprocess is executed in correspondence with the button (step S156).

If it is judged in step S149 that PSR31 is set to specify Audio profileplayer (YES in step S149), a PlayList of an audio announcement isreproduced to notify the user that a linear CD-like reproduction isperformed. The control then moves to a loop composed of steps S158 toS159.

In step S158, it is judged whether or not a numeric has been input. Instep S159, it is judged whether or not the SkipNext key or the SkipBackkey has been operated.

If it is judged in step S158 that a numeric has been input, the controlmoves to step S160 in which the chapter search function is executed. Ifit is judged in step S159 that the SkipNext key or the SkipBack key hasbeen operated, the control moves to step S161 in which the chapter skipfunction is executed.

In the above-provided example, a Java™ application is used. When a MovieObject is used, steps S153 to S155 are performed using navigationcommands in the IG stream or navigation commands of the Movie Object.The operations in this case are similar to those for a Java™application, and the explanation is omitted.

The following provides explanation of the procedures of the chaptersearch and the chapter skip, with reference to the flowcharts. FIG. 47is a flowchart showing the procedure of the chapter search.

First, the PL Mark information corresponding to an input value is set tothe current PL Mark (step S125). Secondly, in step S126, the PI writtenin ref_to_PlayItem_Id of the Current PL Mark is set to PlayItem#x (stepS126). In step S127, the Clip information specified byClip_information_file_name of PlayItem#x is read out. In step S128,mark_time_stamp of the current PL Mark is converted into I-Pictureaddress u using EP_map of current Clip information.

In step S129, Out_time of PlayItem#x is converted into I-Picture addressv using EP_map of the current Clip information. In step S130, thedecoder is instructed to output the data extending from mark_time_stampof the current PLMark to Out_time of PlayItem#x. Up to now, the chaptersearch has been described. From now on, the chapter skip will beexplained. FIG. 48 is a flowchart showing the procedure of the chapterskip.

In step S132, it is judged which of the SkipNext key and the SkipBackkey was depressed. If it is judged that the SkipBack key was depressed,the control moves to step S133 in which the direction flag is set to −1.If it is judged that the SkipNext key was depressed, the control movesto step S134 in which the direction flag is set to +1.

In step S135, the current PI number and the current PTM are converted tospecify the current PL Mark. In step S136, a result of adding the valueof the direction flag to the current PL Mark number is set to thecurrent PL Mark number. Here, in the case of the SkipNext key, thedirection flag has been set to +1, thus the current PL Mark number isincremented; and in the case of the SkipBack key, the direction flag hasbeen set to −1, thus the current PL Mark number is decremented. Afterthe PL Mark information is set in this way, TS packets are read out byexecuting steps S126 to S130, as in FIG. 47.

Up to now, the procedure of the reproduction apparatus in a reproductionbased on the PL Mark information has been explained.

As described above, according to the present embodiment, when the PSR31is set to specify Audio Profile Player, a dynamic scenario such as MovieObject or Java™ application can be used so that the user can reproduce aPlayList with operationability equivalent to that of a CD reproductionapparatus. With such a construction, the BD-ROM can be operated by theuser in the same manner as a music CD. More specifically, the chaptersearch/skip function corresponds to the function to search/skip songs inthe music CD. Also, when a dynamic scenario runs on a reproductionapparatus that is not set to Audio Profile Player, an interactivereproduction is available, with a GUI-based menu being displayed onpresumption that images are output. In the case where reproduction isperformed via an interface such as HDMI that enables the state of theconnected devices to be monitored, the following are available. That isto say, it is possible to monitor the ON/OFF of the power of the monitordisplay or to monitor the selection of an input source image, and if itis detected that the monitor display is not displaying reproducedimages, PSR31 may be set to specify Audio Profile Player, or thereproduction may be paused, or the reproduction apparatus 300 may bepowered off in conjunction with the monitor display.

Fourth Embodiment

The fourth embodiment relates to how to acquire the PlayListinformation, Clip information, or AVClip information described in thefirst embodiment. The central body of the acquisition process is a Java™application. This is because the Java™ application has ability to form aconnection on the network and file a desired file from the serverapparatus.

The connection for acquiring a file from a server can be establishedusing the openConnection method provided in the Java™ software librarycalled Java™.net. The following is an example of such a connection whenthe URL of the file in the server is http://xxx.com/vp_data/0.m2ts.

Example:

new Java™.net.URL(http://xxx.com/vp_data/0.m2ts. openconnection( )

FIG. 49 is a flowchart of a Java™ application in the fourth embodiment.In step S181, a PlayList in BD-ROM starts to be reproduced. After this,in step S182, “Organization” and “Disc-id” are read out from the BD-ROM,where “Organization” is information indicating a corporation or anorganization that is the distributor of the BD-ROM, and “Disc-id” is anidentifier of the BD-ROM.

In step S183, it is judged whether or not it is true that the localstorage 200 has no area corresponding to Organization or Disc-id readout in step S182.

If it is judged that the local storage 200 does not have such an area,the control moves to step S184 in which it is judged whether or not itis true that Player Profile of PSR31 is not “0000”b.

The current process ends if the judgment result in step S183 or stepS184 is “NO”. If the local storage 200 has no area corresponding toOrganization or Disc-id, and if the audio mixing can be performed,judgment results in both step S183 and step S184 are “YES”.

If the judgment results in both step S183 and step S184 are “YES”, amenu having an “update button” is displayed (step S185). Then, aconfirmation on the “update button” is waited for (step S186)

FIG. 50 shows an example of displaying a menu having an “update button”.In FIG. 50, the button “Update” is the above-indicated “update button”.If an operation is performed to make confirmation on the “updatebutton”, Disc-id and PlayList-id are transmitted to the server apparatusin step S187.

The Disc-id is identification information of the BD-ROM and thePlayList-id identification information of the PlayList being reproduced.The server apparatus uses these information to select an additionalcontent to be acquired, on the database of the contents provider. Theselected additional content is sent back to the reproduction apparatusvia a network. The additional content includes a set of files (PlayListinformation, Clip information, and AVClip) to be recorded on the localstorage 200.

In step S188, reception of the additional content is waited for. If theadditional content is received, the control moves to step S189 in whichthe PlayList information, Clip information, and AVClip that constitutethe received additional content are written into the local storage 200.After this, if downloading from the server apparatus is completed andmixing has become available in the reproduction, the user is notifiedthat mixing is available in the reproduction (step S190). Then theprocess enters a loop waiting for the user to request mixing (stepS191). If the user requests mixing, the control moves to step S192 inwhich the reproduction of the PlayList is stopped, and the virtualpackage is constructed.

Asking the server whether or not an update is available and downloadingthe content for the update can be executed any time. For example, theycan be executed at regular intervals while the disc is loaded or while acontent is reproduced. Also, the user may be asked whether to reproducethe content immediately after the reproduction is ready to start(immediately after the virtual package is ready to be reproduced).

As described above, according to the present embodiment, when a PlayListis reproduced initially, an AVClip is reproduced while a downloading isperformed, and the user can watch a reproduced image of the PlayListwhile waiting for the data to be downloaded into the local storage 200.This prevents the user from getting bored of waiting for the data to bedownloaded into the local storage 200 even if the data has severalhundreds mega bytes as a file in the local storage 200.

Here, a condition for deleting the additional content from the localstorage 200 may be set in the reproduction apparatus 300 as an initialsetting, and the reproduction apparatus 300 may delete the additionalcontent in accordance with the initial setting. For example, it ispreferable that the initial setting specifies receiving an input oftime, and deleting the additional content at a predetermined time (forexample, automatically deleting the additional content after one monthhas passed).

Alternatively, when the BD-ROM is ejected, the user may be asked whetherto delete the additional content from the local storage 200, and theadditional content may be deleted if the user answers positively.

Further, when the BD-ROM is a partial disc having a read-only area and awritable area, the additional content in the local storage 200 may bewritten to the writable area of the partial disc.

<Supplementary Notes>

Up to now, the best mode for carrying out the invention, as far as knownto the applicant at this time of filing the present application, hasbeen described. However, further improvements or modifications can bemade on the present invention in terms of the following technicaltopics. It should be noted here that whether or not to make suchimprovements or modifications is optional, and depends on theimplementer of the invention.

<Arrangement to Be Made on Additional Content>

It is preferable that the reproduction apparatus is initially set todelete the additional content from the local storage 200 months or yearsafter the download therein.

<Substitute for PID>

In the first embodiment, the PID is used to discern between the Primaryaudio stream and the Secondary audio stream. In case MPEG2-PS is usedinstead, it is preferable that PES packet headers of the Primary audiostream and the Secondary audio stream have different stream_ids.

It is only required that the Primary audio stream and the Secondaryaudio stream are discernable in the level of system streams so that twoaudio streams are discernable by one demultiplexer. Alternatively, it isonly required that before two streams are combined into one, the PID ofone of the streams is changed so that the two streams can bediscernable.

<Realization of Control Procedure>

Both the control procedures explained in the above-described embodimentsusing the flowcharts and the control procedures of the functionalcomponents explained in the above-described embodiments satisfy therequirements for the “program invention” since the above-mentionedcontrol procedures are realized concretely using the hardware resourcesand are the creation of a technical idea utilizing natural laws.

Production of Program of Present Invention

The program of the present invention is an object program that canexecute on a computer. The object program is composed of one or moreprogram codes that cause the computer to execute each step in theflowchart or each procedure of the functional components. There arevarious types of program codes such as the native code of the processor,and JAVA™ byte code. There are also various forms of realizing the stepsof the program codes. For example, when each step can be realized byusing an external function, the call statements for calling the externalfunctions are used as the program codes. Program codes that realize onestep may belong to different object programs. In the RISC processor inwhich the types of instructions are limited, each step of flowcharts maybe realized by combining arithmetic operation instructions, logicaloperation instructions, branch instructions and the like.

The program of the present invention can be produced as follows. First,the software developer writes, using a programming language, a sourceprogram that achieves each flowchart and functional component. In thiswriting, the software developer uses the class structure, variables,array variables, calls to external functions, and so on, which conformto the sentence structure of the programming language he/she uses.

The written source program is sent to the compiler as files. Thecompiler translates the source program and generates an object program.

The translation performed by the compiler includes processes such as thesentence structure analysis, optimization, resource allocation, and codegeneration. In the sentence structure analysis, the characters andphrases, sentence structure, and meaning of the source program areanalyzed and the source program is converted into an intermediateprogram. In the optimization, the intermediate program is subjected tosuch processes as the basic block setting, control flow analysis, anddata flow analysis. In the resource allocation, to adapt to theinstruction sets of the target processor, the variables in theintermediate program are allocated to the register or memory of thetarget processor. In the code generation, each intermediate instructionin the intermediate program is converted into a program code, and anobject program is obtained.

After the object program is generated, the programmer activates alinker. The linker allocates the memory spaces to the object programsand the related library programs, and links them together to generate aload module. The generated load module is based on the presumption thatit is read by the computer and causes the computer to execute theprocedures indicated in the flowcharts and the procedures of thefunctional components. The program of the present invention can beproduced in this way.

Use of Program of Present Invention

The program of the present invention can be used as follows.

(i) Used as Embedded Program

When the program of the present invention is used as an embeddedprogram, the load module as the program is written into an instructionROM, together with the Basic Input/Output System (BIOS) program andvarious pieces of middleware (operation systems). The program of thepresent invention is used as the control program of the reproductionapparatus 300 as the instruction ROM is embedded in the control unit andis executed by the CPU.

(ii) Used as Application

When the reproduction apparatus 300 is a hard-disk-embedded model, theBasic Input/Output System (BIOS) program is embedded in an instructionROM, and various pieces of middleware (operation systems) arepreinstalled in the hard disk. Also, a boot ROM for activating thesystem from the hard disk is provided in the reproduction apparatus 300.

In this case, only the load module is supplied to the reproductionapparatus 300 via a transportable recording medium and/or a network, andis installed in the hard disk as one application. This enables thereproduction apparatus 300 to perform the bootstrapping by the boot ROMto activate an operation system, and then causes the CPU to execute theinstalled load module as one application so that the program of thepresent application can be used.

As described above, when the reproduction apparatus 300 is ahard-disk-embedded model, the program of the present invention can beused as one application. Accordingly, it is possible to transfer, lend,or supply, via a network, the program of the present inventionseparately.

<Controller 22>

Components such as the controller 22 described above in the embodimentscan be realized as one system LSI.

The system LSI is obtained by implementing a bear chip on a high-densitysubstrate and packaging them. The system LSI is also obtained byimplementing a plurality of bear chips on a high-density substrate andpackaging them, so that the plurality of bear chips have an outerappearance of one LSI (such a system LSI is called a multi-chip module).

The system LSI has a QFP (Quad Flat Package) type and a PGA (Pin GridArray) type. In the QFP-type system LSI, pins are attached to the foursides of the package. In the PGA-type system LSI, a lot of pins areattached to the entire bottom.

These pins function as an interface with other circuits. The system LSI,which is connected with other circuits through such pins as aninterface, plays a role as the core of the reproduction apparatus 300.

The bear chip packaged in the system LSI includes a front-end unit, aback-end unit, and a digital processing unit. The front-end unitdigitizes analog signals. The back-end unit converts digital dataobtained through digital processes into the analog format and outputsthe analog data.

The internal-structure components shown in the above-describedembodiments are implemented in the digital processing unit.

As described above in “Used as Embedded Program”, the load module as theprogram, the Basic Input/Output System (BIOS) program and various piecesof middleware (operation systems) are written into an instruction ROM.The major improvement of the embodiments is achieved by the load moduleas the program. It is therefore possible to produce a system LSI of thepresent invention by packaging the instruction ROM, in which the loadmodule as the program is stored, as the bear chip.

In regards with a specific implementation method, it is preferable touse the SoC implementation or the SiP implementation. The SoC (System onChip) implementation is a technology for printing a plurality ofcircuits onto a chip. The SiP (System in Package) implementation is atechnology for packaging a plurality of circuits by resin or the like.Through these processes, a system LSI of the present invention can beproduced based on the internal structure of the reproduction apparatus300 described in each embodiment above.

It should be noted here that although the term LSI is used here, it maybe called IC, LSI, super LSI, ultra LSI or the like, depending on thelevel of integration.

Further, part or all of the components of each reproduction apparatusmay be achieved as one chip. The integrated circuit is not limited tothe SoC implementation or the SiP implementation, but may be achieved bya dedicated circuit or a general purpose processor. It is also possibleto achieve the integrated circuit by using the FPGA (Field ProgrammableGate Array) that can be re-programmed after it is manufactured, or areconfigurable processor that can reconfigure the connection andsettings of the circuit cells inside the LSI. Furthermore, a technologyfor an integrated circuit that replaces the LSI may appear in the nearfuture as the semiconductor technology improves or branches into anothertechnologies. In that case, the new technology may be incorporated intothe integration of the functional blocks constituting the presentinvention as described above. Such possible technologies includebiotechnology.

INDUSTRIAL APPLICABILITY

The recording medium and reproduction apparatus of the present inventioncan be mass-produced based on the internal structures of them shown inthe embodiments above. As such, the recording medium and reproductionapparatus of the present invention has the industrial applicability.

1. A playback apparatus comprising: a play list processing unit operableto play back an audio stream from a position corresponding to In Time inplay item information constituting play list information recorded on aBD-ROM, to a position corresponding to Out Time in the play iteminformation; an audio decoder operable to decode the audio stream to beplayed back; an operation receiving unit operable to receive a useroperation; and a player setting status register storing a single profileinformation, the player profile information indicating whether all offunctions for playing back the BD-ROM are implemented in the playbackapparatus, or part of the functions is omitted in the playbackapparatus, and playback apparatus in which part of the functions isomitted includes an AudioProfile Player in which functions are limitedto a same level as functions of a CD playback apparatus, the singleplayer profile information indicating capability of the playbackapparatus independent of content of the BD-ROM, and when the playerprofile information is set to indicate the AudioProfile Player, theplayback apparatus can be operated by a user to play back the BD-ROM,wherein the AudioProfile Player does not support video output.
 2. Theplayback apparatus of claim 1, wherein the operation receiving unitfurther receives an operation of a SkipBack key or a SkipNext key, theplayback apparatus is operated by the operation of the SkipBack key orthe SkipNext key to execute a chapter skip when the player profileinformation is set to indicate the AudioProfile Player, the play listinformation includes PlayList Mark information, and the PlayList Markinformation includes (i) ref_to_Playltem_Id that indicates a play itemwhich is a target of a chapter specification, and (ii) mark_time_stampthat indicates a chapter position in the play item by a time notation.3. A playback apparatus comprising: a play list processing unit operableto play back an audio stream from a position corresponding to In Time inplay item information constituting play list information recorded on aBD-ROM, to a position corresponding to Out Time in the play iteminformation; an audio decoder operable to decode the audio stream to beplayed back; an operation receiving unit operable to receive a useroperation; and a player setting status register storing a single playerprofile information, the player profile information indicating whetherall of functions for playing back the BD-ROM are implemented in theplayback apparatus, or part of the functions is omitted in the playbackapparatus, and playback apparatus in which part of the functions isomitted includes an AudioProfile Player in which functions are limitedto a same level as functions of a CD playback apparatus, the singleplayer profile information indicating capability of the playbackapparatus independent of content of the BD-ROM, and when the playerprofile information is set to indicate the AudioProfile Player, theplayback apparatus can be operated by a user to play back the BD-ROM,wherein the AudioProfile Player indicates that the playback apparatuscan not be operated via an interactive screen.